osmith
/
wireshark
forked from osmocom/wireshark
1
0
Fork 0
Code Pull Requests Releases Wiki Activity
wireshark/ui/qt/rtp_player_dialog.cpp

2644 lines
87 KiB
C++
Raw Normal View History

Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
/* rtp_player_dialog.cpp
*
* Wireshark - Network traffic analyzer
* By Gerald Combs <gerald@wireshark.org>
* Copyright 1998 Gerald Combs
*
Fix comment end after SPDX identifier Move */ to a separate line below the SPDX identifier. Change-Id: Id1032215449cfccae0933147b45e04b65e0b727f Reviewed-on: https://code.wireshark.org/review/27211 Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-04-30 07:47:58 +00:00
* SPDX-License-Identifier: GPL-2.0-or-later
*/
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
regex: Prefer C99/POSIX types Replace 'gssize' with 'ssize_t'. Add a CMake configure check for ssize_t. Fix missing "config.h" includes.
2021-11-12 17:23:04 +00:00
#include "config.h"
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
#include <ui/rtp_media.h>
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
#include <ui/tap-rtp-common.h>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#include "rtp_player_dialog.h"
qt: use #include <file.h> for generated include files make sure that generated include files are picked up only from the directories set by -I (or /I), not from the current directory if we use #include "file.h", Visual Studio searches for file.h in the same diretory as the source file that includes file.h if we do an out-of-tree build with cmake and the source directory contains files from an in-tree build (done with autotools), we might end up including the wrong file Change-Id: Iaaed2626258b6ff0c12485fe3f436bd03bbb5adf Reviewed-on: https://code.wireshark.org/review/15873 Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-06-12 21:00:21 +00:00
#include <ui_rtp_player_dialog.h>
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
#include "epan/epan_dissect.h"
#include "file.h"
#include "frame_tvbuff.h"
#include "rtp_analysis_dialog.h"
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#ifdef QT_MULTIMEDIA_LIB
#include <epan/dissectors/packet-rtp.h>
RTP Stream Analysis: Process more streams than two, audio save removed
2021-04-07 05:40:09 +00:00
#include <epan/to_str.h>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
tap: fix remaining potential memleaks with register_tap_listener Additionally, add an attribute to the tap function to prevent future callers from leaking this memory. Change-Id: Ief6af2bbc74d19153628f09d7b273e85cb2284ab Reviewed-on: https://code.wireshark.org/review/26642 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-03-25 21:24:59 +00:00
#include <wsutil/report_message.h>
Move utf8_entities.h to wsutil Change-Id: I6298b3de5f0a1cb988014ff16082eaf8c2a3c3c0 Reviewed-on: https://code.wireshark.org/review/10786 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2015-10-04 17:10:29 +00:00
#include <wsutil/utf8_entities.h>
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
#include <wsutil/pint.h>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
Qt: Move utils to separate utils directory Following the move for widgets directory, moving utils to the utils directory. Guidelines for this directory are: - Generic use but not a widget - Utility functionality used by many classes Note: additionally all includes affected by this move have been changed to absolute path includes, instead of relative ones. Change-Id: I019ae4b6e6f6d06a5745a63ed195edbd36fb936b Reviewed-on: https://code.wireshark.org/review/22602 Petri-Dish: Roland Knall <rknall@gmail.com> Reviewed-by: Roland Knall <rknall@gmail.com>
2017-07-25 14:15:18 +00:00
#include <ui/qt/utils/color_utils.h>
#include <ui/qt/widgets/qcustomplot.h>
#include <ui/qt/utils/qt_ui_utils.h>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#include "rtp_audio_stream.h"
Qt: Move utils to separate utils directory Following the move for widgets directory, moving utils to the utils directory. Guidelines for this directory are: - Generic use but not a widget - Utility functionality used by many classes Note: additionally all includes affected by this move have been changed to absolute path includes, instead of relative ones. Change-Id: I019ae4b6e6f6d06a5745a63ed195edbd36fb936b Reviewed-on: https://code.wireshark.org/review/22602 Petri-Dish: Roland Knall <rknall@gmail.com> Reviewed-by: Roland Knall <rknall@gmail.com>
2017-07-25 14:15:18 +00:00
#include <ui/qt/utils/tango_colors.h>
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
#include <widgets/rtp_audio_graph.h>
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
#include "wireshark_application.h"
#include "ui/qt/widgets/wireshark_file_dialog.h"
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#include <QAudio>
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
#include <QAudioDeviceInfo>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#include <QFrame>
#include <QMenu>
#include <QVBoxLayout>
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
#include <QTimer>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
#include <QAudioFormat>
#include <QAudioOutput>
#include <ui/qt/utils/rtp_audio_silence_generator.h>
RTP player: Always include QPushButton. It looks like QPushButton gets included via ui_rtp_player_dialog.h in Qt 5 but not in Qt 4. Make sure we include it explicitly whether or not QT_MULTIMEDIA_LIB is defined. Change-Id: I8203a1cc6f7b9beef0f749b93836a75885f85edd Reviewed-on: https://code.wireshark.org/review/10962 Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-12 17:15:09 +00:00
#endif // QT_MULTIMEDIA_LIB
Make sure we can compile without QtMultimedia. Change-Id: I8db453a735956435fc6e2e4276961adb1f7ed11a Reviewed-on: https://code.wireshark.org/review/10892 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-08 21:56:06 +00:00
#include <QPushButton>
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
#include <QToolButton>
Make sure we can compile without QtMultimedia. Change-Id: I8db453a735956435fc6e2e4276961adb1f7ed11a Reviewed-on: https://code.wireshark.org/review/10892 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-08 21:56:06 +00:00
Qt: Move utils to separate utils directory Following the move for widgets directory, moving utils to the utils directory. Guidelines for this directory are: - Generic use but not a widget - Utility functionality used by many classes Note: additionally all includes affected by this move have been changed to absolute path includes, instead of relative ones. Change-Id: I019ae4b6e6f6d06a5745a63ed195edbd36fb936b Reviewed-on: https://code.wireshark.org/review/22602 Petri-Dish: Roland Knall <rknall@gmail.com> Reviewed-by: Roland Knall <rknall@gmail.com>
2017-07-25 14:15:18 +00:00
#include <ui/qt/utils/stock_icon.h>
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#include "wireshark_application.h"
// To do:
// - Threaded decoding?
Qt: RTP audio stream fixups. Make sure audio_stream_ is non-NULL before we try to use it. Delete audio_stream_ more gracefully and add a note about mutexes on OS X and Windows. Bug: 12166 Change-Id: I12e76c49e631bc1de813c5c7d82c7d928c71237e Reviewed-on: https://code.wireshark.org/review/15759 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-06-06 21:55:10 +00:00
// Current and former RTP player bugs. Many have attachments that can be usef for testing.
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
// Bug 3368 - The timestamp line in a RTP or RTCP packet display's "Not Representable"
// Bug 3952 - VoIP Call RTP Player: audio played is corrupted when RFC2833 packets are present
// Bug 4960 - RTP Player: Audio and visual feedback get rapidly out of sync
// Bug 5527 - Adding arbitrary value to x-axis RTP player
// Bug 7935 - Wrong Timestamps in RTP Player-Decode
// Bug 8007 - UI gets confused on playing decoded audio in rtp_player
// Bug 9007 - Switching SSRC values in RTP stream
// Bug 10613 - RTP audio player crashes
// Bug 11125 - RTP Player does not show progress in selected stream in Window 7
// Bug 11409 - Wireshark crashes when using RTP player
Qt: RTP audio stream fixups. Make sure audio_stream_ is non-NULL before we try to use it. Delete audio_stream_ more gracefully and add a note about mutexes on OS X and Windows. Bug: 12166 Change-Id: I12e76c49e631bc1de813c5c7d82c7d928c71237e Reviewed-on: https://code.wireshark.org/review/15759 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-06-06 21:55:10 +00:00
// Bug 12166 - RTP audio player crashes
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
// In some places we match by conv/call number, in others we match by first frame.
enum {
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
channel_col_,
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
src_addr_col_,
src_port_col_,
dst_addr_col_,
dst_port_col_,
ssrc_col_,
first_pkt_col_,
num_pkts_col_,
time_span_col_,
sample_rate_col_,
RTP Player: Added play rate of decoded audio It shows which rate wireshark really decoded the stream and how it will be played.
2021-03-29 06:49:51 +00:00
play_rate_col_,
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
payload_col_,
stream_data_col_ = src_addr_col_, // RtpAudioStream
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
graph_audio_data_col_ = src_port_col_, // QCPGraph (wave)
graph_sequence_data_col_ = dst_addr_col_, // QCPGraph (sequence)
graph_jitter_data_col_ = dst_port_col_, // QCPGraph (jitter)
graph_timestamp_data_col_ = ssrc_col_, // QCPGraph (timestamp)
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// first_pkt_col_ is skipped, it is used for real data
graph_silence_data_col_ = num_pkts_col_, // QCPGraph (silence)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
};
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
class RtpPlayerTreeWidgetItem : public QTreeWidgetItem
{
public:
RtpPlayerTreeWidgetItem(QTreeWidget *tree) :
QTreeWidgetItem(tree)
{
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
bool operator< (const QTreeWidgetItem &other) const
{
// Handle numeric sorting
switch (treeWidget()->sortColumn()) {
case src_port_col_:
case dst_port_col_:
case num_pkts_col_:
case sample_rate_col_:
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
return text(treeWidget()->sortColumn()).toInt() < other.text(treeWidget()->sortColumn()).toInt();
RTP Player: Added play rate of decoded audio It shows which rate wireshark really decoded the stream and how it will be played.
2021-03-29 06:49:51 +00:00
case play_rate_col_:
return text(treeWidget()->sortColumn()).toInt() < other.text(treeWidget()->sortColumn()).toInt();
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
case first_pkt_col_:
int v1;
int v2;
v1 = data(first_pkt_col_, Qt::UserRole).toInt();
v2 = other.data(first_pkt_col_, Qt::UserRole).toInt();
return v1 < v2;
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
default:
// Fall back to string comparison
return QTreeWidgetItem::operator <(other);
break;
}
}
};
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
RtpPlayerDialog *RtpPlayerDialog::pinstance_{nullptr};
std::mutex RtpPlayerDialog::mutex_;
RtpPlayerDialog *RtpPlayerDialog::openRtpPlayerDialog(QWidget &parent, CaptureFile &cf, QObject *packet_list, bool capture_running)
{
std::lock_guard<std::mutex> lock(mutex_);
if (pinstance_ == nullptr)
{
pinstance_ = new RtpPlayerDialog(parent, cf, capture_running);
connect(pinstance_, SIGNAL(goToPacket(int)),
packet_list, SLOT(goToPacket(int)));
}
return pinstance_;
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
RtpPlayerDialog::RtpPlayerDialog(QWidget &parent, CaptureFile &cf, bool capture_running) :
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
WiresharkDialog(parent, cf)
#ifdef QT_MULTIMEDIA_LIB
, ui(new Ui::RtpPlayerDialog)
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
, first_stream_rel_start_time_(0.0)
, first_stream_abs_start_time_(0.0)
, first_stream_rel_stop_time_(0.0)
, streams_length_(0.0)
, start_marker_time_(0.0)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#endif // QT_MULTIMEDIA_LIB
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
, number_ticker_(new QCPAxisTicker)
, datetime_ticker_(new QCPAxisTickerDateTime)
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
, stereo_available_(false)
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
, marker_stream_(0)
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
, marker_stream_requested_out_rate_(0)
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
, last_ti_(0)
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
, listener_removed_(true)
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
, block_redraw_(false)
, lock_ui_(0)
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
, read_capture_enabled_(capture_running)
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
, silence_skipped_time_(0.0)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
ui->setupUi(this);
Qt: Add dialog geometry restore Add GeometryStateDialog class to handle load and save dialog geometry. The QDialog class name will be used as window name. For shared classes the UAT name or the statistics title or abbr will be used. Change-Id: I5a019598307fb3861518f41e733de834788184d8 Reviewed-on: https://code.wireshark.org/review/14139 Reviewed-by: Stig Bjørlykke <stig@bjorlykke.org>
2016-02-28 18:23:20 +00:00
loadGeometry(parent.width(), parent.height());
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
setWindowTitle(wsApp->windowTitleString(tr("RTP Player")));
ui->streamTreeWidget->installEventFilter(this);
ui->audioPlot->installEventFilter(this);
RTP Player: Fixed issue when keys were not processed till mouse clicked
2021-04-27 16:08:28 +00:00
installEventFilter(this);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#ifdef QT_MULTIMEDIA_LIB
ui->splitter->setStretchFactor(0, 3);
ui->splitter->setStretchFactor(1, 1);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
ui->streamTreeWidget->sortByColumn(first_pkt_col_, Qt::AscendingOrder);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
graph_ctx_menu_ = new QMenu(this);
graph_ctx_menu_->addAction(ui->actionZoomIn);
graph_ctx_menu_->addAction(ui->actionZoomOut);
graph_ctx_menu_->addAction(ui->actionReset);
graph_ctx_menu_->addSeparator();
graph_ctx_menu_->addAction(ui->actionMoveRight10);
graph_ctx_menu_->addAction(ui->actionMoveLeft10);
graph_ctx_menu_->addAction(ui->actionMoveRight1);
graph_ctx_menu_->addAction(ui->actionMoveLeft1);
graph_ctx_menu_->addSeparator();
graph_ctx_menu_->addAction(ui->actionGoToPacket);
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
graph_ctx_menu_->addAction(ui->actionGoToSetupPacketPlot);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
set_action_shortcuts_visible_in_context_menu(graph_ctx_menu_->actions());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
ui->streamTreeWidget->setMouseTracking(true);
connect(ui->streamTreeWidget, SIGNAL(itemEntered(QTreeWidgetItem *, int)),
this, SLOT(itemEntered(QTreeWidgetItem *, int)));
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
connect(ui->audioPlot, SIGNAL(mouseMove(QMouseEvent*)),
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
this, SLOT(mouseMovePlot(QMouseEvent*)));
connect(ui->audioPlot, SIGNAL(mouseMove(QMouseEvent*)),
this, SLOT(mouseMovePlot(QMouseEvent*)));
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
connect(ui->audioPlot, SIGNAL(mousePress(QMouseEvent*)),
this, SLOT(graphClicked(QMouseEvent*)));
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
connect(ui->audioPlot, SIGNAL(mouseDoubleClick(QMouseEvent*)),
this, SLOT(graphDoubleClicked(QMouseEvent*)));
RTP Player: Selected waveform is emphased. Waveform can be selected by click. When there is many waveforms, it is not clear which one is selected in list. It is important for selecting packets from graph. Patch emphasis selected waveform. In addition, it allows to select waveform by clicking on it.
2021-02-04 13:23:43 +00:00
connect(ui->audioPlot, SIGNAL(plottableClick(QCPAbstractPlottable*,int,QMouseEvent*)),
this, SLOT(plotClicked(QCPAbstractPlottable*,int,QMouseEvent*)));
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
cur_play_pos_ = new QCPItemStraightLine(ui->audioPlot);
cur_play_pos_->setVisible(false);
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
start_marker_pos_ = new QCPItemStraightLine(ui->audioPlot);
start_marker_pos_->setPen(QPen(Qt::green,4));
setStartPlayMarker(0);
drawStartPlayMarker();
start_marker_pos_->setVisible(true);
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
datetime_ticker_->setDateTimeFormat("yyyy-MM-dd\nhh:mm:ss.zzz");
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->xAxis->setNumberFormat("gb");
ui->audioPlot->xAxis->setNumberPrecision(3);
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
ui->audioPlot->xAxis->setTicker(datetime_ticker_);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->yAxis->setVisible(false);
ui->playButton->setIcon(StockIcon("media-playback-start"));
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->playButton->setEnabled(false);
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
ui->pauseButton->setIcon(StockIcon("media-playback-pause"));
ui->pauseButton->setCheckable(true);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->pauseButton->setVisible(false);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->stopButton->setIcon(StockIcon("media-playback-stop"));
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->stopButton->setEnabled(false);
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
ui->skipSilenceButton->setIcon(StockIcon("media-seek-forward"));
ui->skipSilenceButton->setCheckable(true);
ui->skipSilenceButton->setEnabled(false);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
read_btn_ = ui->buttonBox->addButton(ui->actionReadCapture->text(), QDialogButtonBox::ActionRole);
read_btn_->setToolTip(ui->actionReadCapture->toolTip());
read_btn_->setEnabled(false);
connect(read_btn_, SIGNAL(pressed()), this, SLOT(on_actionReadCapture_triggered()));
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
inaudible_btn_ = new QToolButton();
ui->buttonBox->addButton(inaudible_btn_, QDialogButtonBox::ActionRole);
inaudible_btn_->setToolButtonStyle(Qt::ToolButtonTextBesideIcon);
inaudible_btn_->setPopupMode(QToolButton::MenuButtonPopup);
connect(ui->actionInaudibleButton, SIGNAL(triggered()), this, SLOT(on_actionSelectInaudible_triggered()));
inaudible_btn_->setDefaultAction(ui->actionInaudibleButton);
// Overrides text striping of shortcut undercode in QAction
inaudible_btn_->setText(ui->actionInaudibleButton->text());
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
inaudible_btn_->setEnabled(false);
inaudible_btn_->setMenu(ui->menuInaudible);
analyze_btn_ = RtpAnalysisDialog::addAnalyzeButton(ui->buttonBox, this);
prepare_btn_ = ui->buttonBox->addButton(ui->actionPrepareFilter->text(), QDialogButtonBox::ActionRole);
prepare_btn_->setToolTip(ui->actionPrepareFilter->toolTip());
connect(prepare_btn_, SIGNAL(pressed()), this, SLOT(on_actionPrepareFilter_triggered()));
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
export_btn_ = ui->buttonBox->addButton(ui->actionExportButton->text(), QDialogButtonBox::ActionRole);
export_btn_->setToolTip(ui->actionExportButton->toolTip());
export_btn_->setEnabled(false);
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
export_btn_->setMenu(ui->menuExport);
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
// Ordered, unique device names starting with the system default
QMap<QString, bool> out_device_map; // true == default device
out_device_map.insert(QAudioDeviceInfo::defaultOutputDevice().deviceName(), true);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
foreach (QAudioDeviceInfo out_device, QAudioDeviceInfo::availableDevices(QAudio::AudioOutput)) {
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
if (!out_device_map.contains(out_device.deviceName())) {
out_device_map.insert(out_device.deviceName(), false);
}
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->outputDeviceComboBox->blockSignals(true);
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
foreach (QString out_name, out_device_map.keys()) {
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
ui->outputDeviceComboBox->addItem(out_name);
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
if (out_device_map.value(out_name)) {
ui->outputDeviceComboBox->setCurrentIndex(ui->outputDeviceComboBox->count() - 1);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
}
}
if (ui->outputDeviceComboBox->count() < 1) {
ui->outputDeviceComboBox->setEnabled(false);
ui->playButton->setEnabled(false);
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
ui->pauseButton->setEnabled(false);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
ui->stopButton->setEnabled(false);
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
ui->skipSilenceButton->setEnabled(false);
ui->minSilenceSpinBox->setEnabled(false);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
ui->outputDeviceComboBox->addItem(tr("No devices available"));
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
ui->outputAudioRate->setEnabled(false);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
} else {
stereo_available_ = isStereoAvailable();
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
fillAudioRateMenu();
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->outputDeviceComboBox->blockSignals(false);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->setMouseTracking(true);
ui->audioPlot->setEnabled(true);
ui->audioPlot->setInteractions(
QCP::iRangeDrag |
QCP::iRangeZoom
);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
graph_ctx_menu_->addSeparator();
list_ctx_menu_ = new QMenu(this);
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
list_ctx_menu_->addAction(ui->actionPlay);
graph_ctx_menu_->addAction(ui->actionPlay);
list_ctx_menu_->addAction(ui->actionStop);
graph_ctx_menu_->addAction(ui->actionStop);
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
list_ctx_menu_->addMenu(ui->menuSelect);
graph_ctx_menu_->addMenu(ui->menuSelect);
list_ctx_menu_->addMenu(ui->menuAudioRouting);
graph_ctx_menu_->addMenu(ui->menuAudioRouting);
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
list_ctx_menu_->addAction(ui->actionRemoveStream);
graph_ctx_menu_->addAction(ui->actionRemoveStream);
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
list_ctx_menu_->addAction(ui->actionGoToSetupPacketTree);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
set_action_shortcuts_visible_in_context_menu(list_ctx_menu_->actions());
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
connect(&cap_file_, SIGNAL(captureEvent(CaptureEvent)),
this, SLOT(captureEvent(CaptureEvent)));
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
connect(this, SIGNAL(updateFilter(QString, bool)),
&parent, SLOT(filterPackets(QString, bool)));
connect(this, SIGNAL(rtpAnalysisDialogReplaceRtpStreams(QVector<rtpstream_id_t *>)),
&parent, SLOT(rtpAnalysisDialogReplaceRtpStreams(QVector<rtpstream_id_t *>)));
connect(this, SIGNAL(rtpAnalysisDialogAddRtpStreams(QVector<rtpstream_id_t *>)),
&parent, SLOT(rtpAnalysisDialogAddRtpStreams(QVector<rtpstream_id_t *>)));
connect(this, SIGNAL(rtpAnalysisDialogRemoveRtpStreams(QVector<rtpstream_id_t *>)),
&parent, SLOT(rtpAnalysisDialogRemoveRtpStreams(QVector<rtpstream_id_t *>)));
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#endif // QT_MULTIMEDIA_LIB
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
// _U_ is used when no QT_MULTIMEDIA_LIB is available
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
QToolButton *RtpPlayerDialog::addPlayerButton(QDialogButtonBox *button_box, QDialog *dialog _U_)
Make sure we can compile without QtMultimedia. Change-Id: I8db453a735956435fc6e2e4276961adb1f7ed11a Reviewed-on: https://code.wireshark.org/review/10892 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-08 21:56:06 +00:00
{
if (!button_box) return NULL;
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
QAction *ca;
QToolButton *player_button = new QToolButton();
button_box->addButton(player_button, QDialogButtonBox::ActionRole);
player_button->setToolButtonStyle(Qt::ToolButtonTextBesideIcon);
player_button->setPopupMode(QToolButton::MenuButtonPopup);
ca = new QAction(tr("&Play Streams"));
ca->setToolTip(tr("Open RTP player dialog"));
ca->setIcon(StockIcon("media-playback-start"));
connect(ca, SIGNAL(triggered()), dialog, SLOT(rtpPlayerReplace()));
player_button->setDefaultAction(ca);
// Overrides text striping of shortcut undercode in QAction
player_button->setText(ca->text());
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
#if defined(QT_MULTIMEDIA_LIB)
QMenu *button_menu = new QMenu(player_button);
button_menu->setToolTipsVisible(true);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
ca = button_menu->addAction(tr("&Set playlist"));
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
ca->setToolTip(tr("Replace existing playlist in RTP Player with new one"));
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
connect(ca, SIGNAL(triggered()), dialog, SLOT(rtpPlayerReplace()));
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
ca = button_menu->addAction(tr("&Add to playlist"));
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
ca->setToolTip(tr("Add new set to existing playlist in RTP Player"));
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
connect(ca, SIGNAL(triggered()), dialog, SLOT(rtpPlayerAdd()));
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
ca = button_menu->addAction(tr("&Remove from playlist"));
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
ca->setToolTip(tr("Remove selected streams from playlist in RTP Player"));
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
connect(ca, SIGNAL(triggered()), dialog, SLOT(rtpPlayerRemove()));
player_button->setMenu(button_menu);
#else
player_button->setEnabled(false);
player_button->setText(tr("No Audio"));
#endif
Make sure we can compile without QtMultimedia. Change-Id: I8db453a735956435fc6e2e4276961adb1f7ed11a Reviewed-on: https://code.wireshark.org/review/10892 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-08 21:56:06 +00:00
return player_button;
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#ifdef QT_MULTIMEDIA_LIB
RtpPlayerDialog::~RtpPlayerDialog()
{
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
std::lock_guard<std::mutex> lock(mutex_);
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
cleanupMarkerStream();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream)
delete audio_stream;
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
delete ui;
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
pinstance_ = nullptr;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
Fix crash in RTP Player on stop and close When dragging the UI, this somehow causes a great lag. Then by spam-clicking on the Stop button, a double free seems to occur. Fix this by moving the audio cleanup to the outputStateChanged callback as documented at https://doc.qt.io/qt-5/qaudiooutput.html. Note that calling stop() in the IdleState also triggers a change event, resulting in the desired cleanup. Stop streams before the dialog is closed (via accept/reject). This *cannot* be done in the destrutor of RtpPlayerDialog because destructing QAudioOutput processes events from the event queue, resulting in preature destruction of other objects... crash. Change-Id: I6bfb33c9396e9bc1ffd346519d22390a97b6bdaf Reviewed-on: https://code.wireshark.org/review/11894 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-11-17 17:54:41 +00:00
void RtpPlayerDialog::accept()
{
RTP Player: Fix for #16452 Reason for #16452 is that RTP Player dialog is destroyed before tap finishes when Escape key pressed. The only solution I found is to check whether dialog does exists when tap finishes. If so, data are processed and shown. If dialog was destroyed in meanwhile, no data processing is done.
2021-01-02 00:58:21 +00:00
if (!listener_removed_) {
remove_tap_listener(this);
listener_removed_ = true;
}
Fix crash in RTP Player on stop and close When dragging the UI, this somehow causes a great lag. Then by spam-clicking on the Stop button, a double free seems to occur. Fix this by moving the audio cleanup to the outputStateChanged callback as documented at https://doc.qt.io/qt-5/qaudiooutput.html. Note that calling stop() in the IdleState also triggers a change event, resulting in the desired cleanup. Stop streams before the dialog is closed (via accept/reject). This *cannot* be done in the destrutor of RtpPlayerDialog because destructing QAudioOutput processes events from the event queue, resulting in preature destruction of other objects... crash. Change-Id: I6bfb33c9396e9bc1ffd346519d22390a97b6bdaf Reviewed-on: https://code.wireshark.org/review/11894 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-11-17 17:54:41 +00:00
int row_count = ui->streamTreeWidget->topLevelItemCount();
// Stop all streams before the dialogs are closed.
for (int row = 0; row < row_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
audio_stream->stopPlaying();
}
WiresharkDialog::accept();
}
void RtpPlayerDialog::reject()
{
RtpPlayerDialog::accept();
}
Split RTP player tapping, decoding, and plotting. In RtpAudioStream split tapping+decoding into separate member functions. Store RTP payloads in memory. In RtpPlayerDialog split tapping+plotting. This more closely resembles what we're doing in the GTK+ UI and paves the way for jitter support and other changes. Change-Id: I244c225cec8930545622e6582b7be35ebe45b237 Reviewed-on: https://code.wireshark.org/review/11195 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-20 15:31:52 +00:00
void RtpPlayerDialog::retapPackets()
{
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
if (!listener_removed_) {
// Retap is running, nothing better we can do
return;
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
lockUI();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->hintLabel->setText("<i><small>" + tr("Decoding streams...") + "</i></small>");
wsApp->processEvents();
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
// Clear packets from existing streams before retap
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *row_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
row_stream->clearPackets();
}
RTP Player: Fix for #16452 Reason for #16452 is that RTP Player dialog is destroyed before tap finishes when Escape key pressed. The only solution I found is to check whether dialog does exists when tap finishes. If so, data are processed and shown. If dialog was destroyed in meanwhile, no data processing is done.
2021-01-02 00:58:21 +00:00
// destroyCheck is protection againts destroying dialog during recap.
// It stores dialog pointer in data() and if dialog destroyed, it
// returns null
QPointer<RtpPlayerDialog> destroyCheck=this;
tap: fix remaining potential memleaks with register_tap_listener Additionally, add an attribute to the tap function to prevent future callers from leaking this memory. Change-Id: Ief6af2bbc74d19153628f09d7b273e85cb2284ab Reviewed-on: https://code.wireshark.org/review/26642 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-03-25 21:24:59 +00:00
GString *error_string;
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
listener_removed_ = false;
Add a tap "finish" callback, called when a listener is removed. Change-Id: Ic6c23dbd39d1adf8f730f1c866e409f731947475 Reviewed-on: https://code.wireshark.org/review/28786 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2018-07-21 00:07:19 +00:00
error_string = register_tap_listener("rtp", this, NULL, 0, NULL, tapPacket, NULL, NULL);
tap: fix remaining potential memleaks with register_tap_listener Additionally, add an attribute to the tap function to prevent future callers from leaking this memory. Change-Id: Ief6af2bbc74d19153628f09d7b273e85cb2284ab Reviewed-on: https://code.wireshark.org/review/26642 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-03-25 21:24:59 +00:00
if (error_string) {
report_failure("RTP Player - tap registration failed: %s", error_string->str);
g_string_free(error_string, TRUE);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
unlockUI();
tap: fix remaining potential memleaks with register_tap_listener Additionally, add an attribute to the tap function to prevent future callers from leaking this memory. Change-Id: Ief6af2bbc74d19153628f09d7b273e85cb2284ab Reviewed-on: https://code.wireshark.org/review/26642 Petri-Dish: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2018-03-25 21:24:59 +00:00
return;
}
Split RTP player tapping, decoding, and plotting. In RtpAudioStream split tapping+decoding into separate member functions. Store RTP payloads in memory. In RtpPlayerDialog split tapping+plotting. This more closely resembles what we're doing in the GTK+ UI and paves the way for jitter support and other changes. Change-Id: I244c225cec8930545622e6582b7be35ebe45b237 Reviewed-on: https://code.wireshark.org/review/11195 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-20 15:31:52 +00:00
cap_file_.retapPackets();
RTP Player: Fix for #16452 Reason for #16452 is that RTP Player dialog is destroyed before tap finishes when Escape key pressed. The only solution I found is to check whether dialog does exists when tap finishes. If so, data are processed and shown. If dialog was destroyed in meanwhile, no data processing is done.
2021-01-02 00:58:21 +00:00
// Check if dialog exists still
if (destroyCheck.data()) {
if (!listener_removed_) {
remove_tap_listener(this);
listener_removed_ = true;
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
fillTappedColumns();
RTP Player: Fix for #16452 Reason for #16452 is that RTP Player dialog is destroyed before tap finishes when Escape key pressed. The only solution I found is to check whether dialog does exists when tap finishes. If so, data are processed and shown. If dialog was destroyed in meanwhile, no data processing is done.
2021-01-02 00:58:21 +00:00
rescanPackets(true);
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
unlockUI();
Split RTP player tapping, decoding, and plotting. In RtpAudioStream split tapping+decoding into separate member functions. Store RTP payloads in memory. In RtpPlayerDialog split tapping+plotting. This more closely resembles what we're doing in the GTK+ UI and paves the way for jitter support and other changes. Change-Id: I244c225cec8930545622e6582b7be35ebe45b237 Reviewed-on: https://code.wireshark.org/review/11195 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-20 15:31:52 +00:00
}
void RtpPlayerDialog::rescanPackets(bool rescale_axes)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
lockUI();
RTP Player: Added notification message during long decoding When RTP player updates view, it might take long time. So message is shown in hint area.
2021-02-04 12:51:44 +00:00
// Show information for a user - it can last long time...
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
playback_error_.clear();
RTP Player: Added notification message during long decoding When RTP player updates view, it might take long time. So message is shown in hint area.
2021-02-04 12:51:44 +00:00
ui->hintLabel->setText("<i><small>" + tr("Decoding streams...") + "</i></small>");
wsApp->processEvents();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
QAudioDeviceInfo cur_out_device = getCurrentDeviceInfo();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
int row_count = ui->streamTreeWidget->topLevelItemCount();
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Reset stream values
for (int row = 0; row < row_count; row++) {
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
audio_stream->setStereoRequired(stereo_available_);
audio_stream->reset(first_stream_rel_start_time_);
audio_stream->setJitterBufferSize((int) ui->jitterSpinBox->value());
RtpAudioStream::TimingMode timing_mode = RtpAudioStream::JitterBuffer;
switch (ui->timingComboBox->currentIndex()) {
case RtpAudioStream::RtpTimestamp:
timing_mode = RtpAudioStream::RtpTimestamp;
break;
case RtpAudioStream::Uninterrupted:
timing_mode = RtpAudioStream::Uninterrupted;
break;
default:
break;
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
audio_stream->setTimingMode(timing_mode);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
audio_stream->decode(cur_out_device);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
for (int col = 0; col < ui->streamTreeWidget->columnCount() - 1; col++) {
ui->streamTreeWidget->resizeColumnToContents(col);
}
createPlot(rescale_axes);
updateWidgets();
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
unlockUI();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
}
void RtpPlayerDialog::createPlot(bool rescale_axes)
{
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
bool legend_out_of_sequence = false;
bool legend_jitter_dropped = false;
bool legend_wrong_timestamps = false;
bool legend_inserted_silences = false;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
bool relative_timestamps = !ui->todCheckBox->isChecked();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
int row_count = ui->streamTreeWidget->topLevelItemCount();
RTP Player: UI improvements Changes: - all waveforms has common scale therefore louder/quiter signal is visible - when stream/streams are deleted from view, Y axis is rescaled and waveforms are rearranged to reuse empty space
2021-03-23 08:48:20 +00:00
gint16 total_max_sample_value = 1;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->audioPlot->clearGraphs();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
if (relative_timestamps) {
ui->audioPlot->xAxis->setTicker(number_ticker_);
} else {
ui->audioPlot->xAxis->setTicker(datetime_ticker_);
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: UI improvements Changes: - all waveforms has common scale therefore louder/quiter signal is visible - when stream/streams are deleted from view, Y axis is rescaled and waveforms are rearranged to reuse empty space
2021-03-23 08:48:20 +00:00
// Calculate common Y scale for graphs
for (int row = 0; row < row_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
gint16 max_sample_value = audio_stream->getMaxSampleValue();
if (max_sample_value > total_max_sample_value) {
total_max_sample_value = max_sample_value;
}
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Clear existing graphs
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
for (int row = 0; row < row_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
int y_offset = row_count - row - 1;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
AudioRouting audio_routing = audio_stream->getAudioRouting();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ti->setData(graph_audio_data_col_, Qt::UserRole, QVariant());
ti->setData(graph_sequence_data_col_, Qt::UserRole, QVariant());
ti->setData(graph_jitter_data_col_, Qt::UserRole, QVariant());
ti->setData(graph_timestamp_data_col_, Qt::UserRole, QVariant());
ti->setData(graph_silence_data_col_, Qt::UserRole, QVariant());
Split RTP player tapping, decoding, and plotting. In RtpAudioStream split tapping+decoding into separate member functions. Store RTP payloads in memory. In RtpPlayerDialog split tapping+plotting. This more closely resembles what we're doing in the GTK+ UI and paves the way for jitter support and other changes. Change-Id: I244c225cec8930545622e6582b7be35ebe45b237 Reviewed-on: https://code.wireshark.org/review/11195 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-20 15:31:52 +00:00
RTP Player: UI improvements Changes: - all waveforms has common scale therefore louder/quiter signal is visible - when stream/streams are deleted from view, Y axis is rescaled and waveforms are rearranged to reuse empty space
2021-03-23 08:48:20 +00:00
// Set common scale
audio_stream->setMaxSampleValue(total_max_sample_value);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
// Waveform
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
RtpAudioGraph *audio_graph = new RtpAudioGraph(ui->audioPlot, audio_stream->color());
audio_graph->setMuted(audio_routing.isMuted());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
audio_graph->setData(audio_stream->visualTimestamps(relative_timestamps), audio_stream->visualSamples(y_offset));
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
ti->setData(graph_audio_data_col_, Qt::UserRole, QVariant::fromValue<RtpAudioGraph *>(audio_graph));
//RTP_STREAM_DEBUG("Plotting %s, %d samples", ti->text(src_addr_col_).toUtf8().constData(), audio_graph->wave->data()->size());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Time span column shows time of day when Time of Day enabled Time span column shows relative start and end time of stream. When Time of Day enabled, column now shows absolute start and end time.
2021-01-01 18:22:07 +00:00
QString span_str;
if (ui->todCheckBox->isChecked()) {
QDateTime date_time1 = QDateTime::fromMSecsSinceEpoch((audio_stream->startRelTime() + first_stream_abs_start_time_ - audio_stream->startRelTime()) * 1000.0);
QDateTime date_time2 = QDateTime::fromMSecsSinceEpoch((audio_stream->stopRelTime() + first_stream_abs_start_time_ - audio_stream->startRelTime()) * 1000.0);
QString time_str1 = date_time1.toString("yyyy-MM-dd hh:mm:ss.zzz");
QString time_str2 = date_time2.toString("yyyy-MM-dd hh:mm:ss.zzz");
span_str = QString("%1 - %2 (%3)")
.arg(time_str1)
.arg(time_str2)
.arg(QString::number(audio_stream->stopRelTime() - audio_stream->startRelTime(), 'f', prefs.gui_decimal_places1));
} else {
span_str = QString("%1 - %2 (%3)")
All RTP dialogs: Added option to specify count of decimal places Preferences are extended with advanced settings: gui.decimal_places1 - 2 gui.decimal_places2 - 4 gui.decimal_places3 - 6 rtp_analysis_dialog, rtp_player_dialog and rtp_stream_dialog uses new settings for formating numbers. Same information in all dialogs uses same settings. It solves request #15481. Note: Other UI dialogs can be adapted later.
2020-12-30 12:28:31 +00:00
.arg(QString::number(audio_stream->startRelTime(), 'f', prefs.gui_decimal_places1))
.arg(QString::number(audio_stream->stopRelTime(), 'f', prefs.gui_decimal_places1))
.arg(QString::number(audio_stream->stopRelTime() - audio_stream->startRelTime(), 'f', prefs.gui_decimal_places1));
RTP Player: Time span column shows time of day when Time of Day enabled Time span column shows relative start and end time of stream. When Time of Day enabled, column now shows absolute start and end time.
2021-01-01 18:22:07 +00:00
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ti->setText(time_span_col_, span_str);
ti->setText(sample_rate_col_, QString::number(audio_stream->sampleRate()));
RTP Player: Added play rate of decoded audio It shows which rate wireshark really decoded the stream and how it will be played.
2021-03-29 06:49:51 +00:00
ti->setText(play_rate_col_, QString::number(audio_stream->playRate()));
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ti->setText(payload_col_, audio_stream->payloadNames().join(", "));
if (audio_stream->outOfSequence() > 0) {
// Sequence numbers
QCPGraph *seq_graph = ui->audioPlot->addGraph();
seq_graph->setLineStyle(QCPGraph::lsNone);
RTP player: Size of symbols increased Size of symbols (Wrong Timestamp, ...) in graph increased from 4pt to size of main UI font.
2020-12-29 14:03:59 +00:00
seq_graph->setScatterStyle(QCPScatterStyle(QCPScatterStyle::ssSquare, tango_aluminium_6, Qt::white, wsApp->font().pointSize())); // Arbitrary
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
seq_graph->setSelectable(QCP::stNone);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
seq_graph->setData(audio_stream->outOfSequenceTimestamps(relative_timestamps), audio_stream->outOfSequenceSamples(y_offset));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
ti->setData(graph_sequence_data_col_, Qt::UserRole, QVariant::fromValue<QCPGraph *>(seq_graph));
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
if (legend_out_of_sequence) {
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
seq_graph->removeFromLegend();
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
} else {
seq_graph->setName(tr("Out of Sequence"));
legend_out_of_sequence = true;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
}
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
if (audio_stream->jitterDropped() > 0) {
// Jitter drops
QCPGraph *seq_graph = ui->audioPlot->addGraph();
seq_graph->setLineStyle(QCPGraph::lsNone);
RTP player: Size of symbols increased Size of symbols (Wrong Timestamp, ...) in graph increased from 4pt to size of main UI font.
2020-12-29 14:03:59 +00:00
seq_graph->setScatterStyle(QCPScatterStyle(QCPScatterStyle::ssCircle, tango_scarlet_red_5, Qt::white, wsApp->font().pointSize())); // Arbitrary
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
seq_graph->setSelectable(QCP::stNone);
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->setData(audio_stream->jitterDroppedTimestamps(relative_timestamps), audio_stream->jitterDroppedSamples(y_offset));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
ti->setData(graph_jitter_data_col_, Qt::UserRole, QVariant::fromValue<QCPGraph *>(seq_graph));
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
if (legend_jitter_dropped) {
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->removeFromLegend();
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
} else {
seq_graph->setName(tr("Jitter Drops"));
legend_jitter_dropped = true;
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
}
}
if (audio_stream->wrongTimestamps() > 0) {
// Wrong timestamps
QCPGraph *seq_graph = ui->audioPlot->addGraph();
seq_graph->setLineStyle(QCPGraph::lsNone);
RTP player: Size of symbols increased Size of symbols (Wrong Timestamp, ...) in graph increased from 4pt to size of main UI font.
2020-12-29 14:03:59 +00:00
seq_graph->setScatterStyle(QCPScatterStyle(QCPScatterStyle::ssDiamond, tango_sky_blue_5, Qt::white, wsApp->font().pointSize())); // Arbitrary
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
seq_graph->setSelectable(QCP::stNone);
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->setData(audio_stream->wrongTimestampTimestamps(relative_timestamps), audio_stream->wrongTimestampSamples(y_offset));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
ti->setData(graph_timestamp_data_col_, Qt::UserRole, QVariant::fromValue<QCPGraph *>(seq_graph));
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
if (legend_wrong_timestamps) {
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->removeFromLegend();
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
} else {
seq_graph->setName(tr("Wrong Timestamps"));
legend_wrong_timestamps = true;
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
}
}
if (audio_stream->insertedSilences() > 0) {
// Inserted silence
QCPGraph *seq_graph = ui->audioPlot->addGraph();
seq_graph->setLineStyle(QCPGraph::lsNone);
RTP player: Size of symbols increased Size of symbols (Wrong Timestamp, ...) in graph increased from 4pt to size of main UI font.
2020-12-29 14:03:59 +00:00
seq_graph->setScatterStyle(QCPScatterStyle(QCPScatterStyle::ssTriangle, tango_butter_5, Qt::white, wsApp->font().pointSize())); // Arbitrary
Update to qcustomplot 2.0.1 Upgrade the internal version of QCustomPlot to 2.0.1 Change-Id: I1eb372d8e6a2f6c1bbdde4c74596785bf2d405c2 Reviewed-on: https://code.wireshark.org/review/17980 Reviewed-by: Roland Knall <rknall@gmail.com> Petri-Dish: Roland Knall <rknall@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2016-09-25 09:57:55 +00:00
seq_graph->setSelectable(QCP::stNone);
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->setData(audio_stream->insertedSilenceTimestamps(relative_timestamps), audio_stream->insertedSilenceSamples(y_offset));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
ti->setData(graph_silence_data_col_, Qt::UserRole, QVariant::fromValue<QCPGraph *>(seq_graph));
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
if (legend_inserted_silences) {
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
seq_graph->removeFromLegend();
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
} else {
seq_graph->setName(tr("Inserted Silence"));
legend_inserted_silences = true;
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
}
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
RTP Player: Fixed incorrect handling of legend in graph Legend and it's elements were shown only when first waveform requires it. Patch fixes it and all legend elements are shown when required by any waveform.
2021-03-22 10:25:41 +00:00
ui->audioPlot->legend->setVisible(legend_out_of_sequence || legend_jitter_dropped || legend_wrong_timestamps || legend_inserted_silences);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->replot();
if (rescale_axes) resetXAxis();
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::fillTappedColumns()
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
// true just for first stream
bool is_first = true;
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
// Get all rows, immutable list. Later changes in rows migth reorder them
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->findItems(
QString("*"), Qt::MatchWrap | Qt::MatchWildcard | Qt::MatchRecursive);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
// Update rows by calculated values, it might reorder them in view...
foreach(QTreeWidgetItem *ti, items) {
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream) {
rtpstream_info_t *rtpstream = audio_stream->getStreamInfo();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
// 0xFFFFFFFF mean no setup frame
// first_packet_num == setup_frame_number happens, when
// rtp_udp is active or Decode as was used
if ((rtpstream->setup_frame_number == 0xFFFFFFFF) ||
(rtpstream->rtp_stats.first_packet_num == rtpstream->setup_frame_number)
) {
int packet = rtpstream->rtp_stats.first_packet_num;
ti->setText(first_pkt_col_, QString("RTP %1").arg(packet));
ti->setData(first_pkt_col_, Qt::UserRole, QVariant(packet));
} else {
int packet = rtpstream->setup_frame_number;
ti->setText(first_pkt_col_, QString("SETUP %1").arg(rtpstream->setup_frame_number));
ti->setData(first_pkt_col_, Qt::UserRole, QVariant(packet));
}
ti->setText(num_pkts_col_, QString::number(rtpstream->packet_count));
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
updateStartStopTime(rtpstream, is_first);
is_first = false;
}
}
setMarkers();
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::addSingleRtpStream(rtpstream_id_t *id)
{
bool found = false;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
AudioRouting audio_routing = AudioRouting(AUDIO_UNMUTED, channel_mono);
if (!id) return;
// Find the RTP streams associated with this conversation.
// gtk/rtp_player.c:mark_rtp_stream_to_play does this differently.
QList<RtpAudioStream *> streams = stream_hash_.values(rtpstream_id_to_hash(id));
for (int i = 0; i < streams.size(); i++) {
RtpAudioStream *row_stream = streams.at(i);
if (row_stream->isMatch(id)) {
found = true;
break;
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
if (found) {
return;
}
try {
int tli_count = ui->streamTreeWidget->topLevelItemCount();
RtpAudioStream *audio_stream = new RtpAudioStream(this, id, stereo_available_);
audio_stream->setColor(ColorUtils::graphColor(tli_count));
QTreeWidgetItem *ti = new RtpPlayerTreeWidgetItem(ui->streamTreeWidget);
stream_hash_.insert(rtpstream_id_to_hash(id), audio_stream);
ti->setText(src_addr_col_, address_to_qstring(&(id->src_addr)));
ti->setText(src_port_col_, QString::number(id->src_port));
ti->setText(dst_addr_col_, address_to_qstring(&(id->dst_addr)));
ti->setText(dst_port_col_, QString::number(id->dst_port));
ti->setText(ssrc_col_, int_to_qstring(id->ssrc, 8, 16));
// Calculated items are updated after every retapPackets()
ti->setData(stream_data_col_, Qt::UserRole, QVariant::fromValue(audio_stream));
if (stereo_available_) {
if (tli_count%2) {
audio_routing.setChannel(channel_stereo_right);
} else {
audio_routing.setChannel(channel_stereo_left);
}
} else {
audio_routing.setChannel(channel_mono);
}
ti->setToolTip(channel_col_, QString(tr("Double click on cell to change audio routing")));
formatAudioRouting(ti, audio_routing);
audio_stream->setAudioRouting(audio_routing);
for (int col = 0; col < ui->streamTreeWidget->columnCount(); col++) {
QBrush fgBrush = ti->foreground(col);
fgBrush.setColor(audio_stream->color());
ti->setForeground(col, fgBrush);
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
connect(audio_stream, SIGNAL(finishedPlaying(RtpAudioStream *, QAudio::Error)), this, SLOT(playFinished(RtpAudioStream *, QAudio::Error)));
connect(audio_stream, SIGNAL(playbackError(QString)), this, SLOT(setPlaybackError(QString)));
} catch (...) {
qWarning() << "Stream ignored, try to add fewer streams to playlist";
}
RTP_STREAM_DEBUG("adding stream %d to layout",
ui->streamTreeWidget->topLevelItemCount());
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
void RtpPlayerDialog::lockUI()
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
if (0 == lock_ui_++) {
if (playing_streams_.count() > 0) {
on_stopButton_clicked();
}
setEnabled(false);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
}
}
void RtpPlayerDialog::unlockUI()
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
if (--lock_ui_ == 0) {
setEnabled(true);
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::replaceRtpStreams(QVector<rtpstream_id_t *> stream_ids)
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
{
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
std::lock_guard<std::mutex> lock(mutex_);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
lockUI();
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
// Delete all existing rows
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
if (last_ti_) {
highlightItem(last_ti_, false);
last_ti_ = NULL;
}
for (int row = ui->streamTreeWidget->topLevelItemCount() - 1; row >= 0; row--) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
removeRow(ti);
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
// Add all new streams
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
for (int i=0; i < stream_ids.size(); i++) {
addSingleRtpStream(stream_ids[i]);
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
}
setMarkers();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
unlockUI();
#ifdef QT_MULTIMEDIA_LIB
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
QTimer::singleShot(0, this, SLOT(retapPackets()));
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
#endif
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::addRtpStreams(QVector<rtpstream_id_t *> stream_ids)
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
{
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
std::lock_guard<std::mutex> lock(mutex_);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
lockUI();
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
int tli_count = ui->streamTreeWidget->topLevelItemCount();
// Add new streams
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
for (int i=0; i < stream_ids.size(); i++) {
addSingleRtpStream(stream_ids[i]);
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
}
if (tli_count == 0) {
setMarkers();
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
unlockUI();
#ifdef QT_MULTIMEDIA_LIB
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
QTimer::singleShot(0, this, SLOT(retapPackets()));
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
#endif
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::removeRtpStreams(QVector<rtpstream_id_t *> stream_ids)
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
{
VoIP Dialogs: Refactoring of singleton windows to factory methods Singletons moved from main_window to each class's static open<NameOfClass> method: - RtpPlayerDialog - RtpStreamDialog - VoipCallsDialog - RtpAnalysisDialog Fixed issue with selecting RTP stream in sequence dialog. When user selected a stream and moved mouse to Rtp Player button and pressed it, incorrect RTP stream was sent to it.
2021-05-09 14:29:11 +00:00
std::lock_guard<std::mutex> lock(mutex_);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
lockUI();
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
int tli_count = ui->streamTreeWidget->topLevelItemCount();
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
for (int i=0; i < stream_ids.size(); i++) {
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
for (int row = 0; row < tli_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *row_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
if (row_stream->isMatch(stream_ids[i])) {
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
removeRow(ti);
tli_count--;
break;
}
}
}
updateGraphs();
updateWidgets();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
unlockUI();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
void RtpPlayerDialog::setMarkers()
{
setStartPlayMarker(0);
drawStartPlayMarker();
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::showEvent(QShowEvent *)
{
QList<int> split_sizes = ui->splitter->sizes();
int tot_size = split_sizes[0] + split_sizes[1];
int plot_size = tot_size * 3 / 4;
split_sizes.clear();
split_sizes << plot_size << tot_size - plot_size;
ui->splitter->setSizes(split_sizes);
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
bool RtpPlayerDialog::eventFilter(QObject *, QEvent *event)
{
if (event->type() == QEvent::KeyPress) {
QKeyEvent &keyEvent = static_cast<QKeyEvent&>(*event);
int pan_secs = keyEvent.modifiers() & Qt::ShiftModifier ? 1 : 10;
switch(keyEvent.key()) {
case Qt::Key_Minus:
case Qt::Key_Underscore: // Shifted minus on U.S. keyboards
case Qt::Key_O: // GTK+
case Qt::Key_R:
on_actionZoomOut_triggered();
return true;
case Qt::Key_Plus:
case Qt::Key_Equal: // Unshifted plus on U.S. keyboards
case Qt::Key_I: // GTK+
if (keyEvent.modifiers() == Qt::ControlModifier) {
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// Ctrl+I
Voice dialogs: Added Select All/None/Invert to all of it
2021-03-13 20:28:06 +00:00
on_actionSelectInvert_triggered();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return true;
} else {
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// I
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
on_actionZoomIn_triggered();
return true;
}
break;
case Qt::Key_Right:
case Qt::Key_L:
panXAxis(pan_secs);
return true;
case Qt::Key_Left:
case Qt::Key_H:
panXAxis(-1 * pan_secs);
return true;
case Qt::Key_0:
case Qt::Key_ParenRight: // Shifted 0 on U.S. keyboards
on_actionReset_triggered();
return true;
case Qt::Key_G:
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
if (keyEvent.modifiers() == Qt::ShiftModifier) {
// Goto SETUP frame, use correct call based on caller
QPoint pos1 = ui->audioPlot->mapFromGlobal(QCursor::pos());
QPoint pos2 = ui->streamTreeWidget->mapFromGlobal(QCursor::pos());
if (ui->audioPlot->rect().contains(pos1)) {
// audio plot, by mouse coords
on_actionGoToSetupPacketPlot_triggered();
} else if (ui->streamTreeWidget->rect().contains(pos2)) {
// packet tree, by cursor
on_actionGoToSetupPacketTree_triggered();
}
return true;
} else {
on_actionGoToPacket_triggered();
return true;
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
case Qt::Key_A:
if (keyEvent.modifiers() == Qt::ControlModifier) {
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// Ctrl+A
Voice dialogs: Added Select All/None/Invert to all of it
2021-03-13 20:28:06 +00:00
on_actionSelectAll_triggered();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return true;
} else if (keyEvent.modifiers() == (Qt::ShiftModifier | Qt::ControlModifier)) {
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// Ctrl+Shift+A
Voice dialogs: Added Select All/None/Invert to all of it
2021-03-13 20:28:06 +00:00
on_actionSelectNone_triggered();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return true;
}
break;
case Qt::Key_M:
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
if (keyEvent.modifiers() == Qt::ShiftModifier) {
on_actionAudioRoutingUnmute_triggered();
return true;
} else if (keyEvent.modifiers() == Qt::ControlModifier) {
on_actionAudioRoutingMuteInvert_triggered();
return true;
} else {
on_actionAudioRoutingMute_triggered();
return true;
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
case Qt::Key_Delete:
on_actionRemoveStream_triggered();
return true;
case Qt::Key_X:
if (keyEvent.modifiers() == Qt::ControlModifier) {
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// Ctrl+X
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
on_actionRemoveStream_triggered();
return true;
}
break;
case Qt::Key_Down:
case Qt::Key_Up:
case Qt::Key_PageUp:
case Qt::Key_PageDown:
case Qt::Key_Home:
case Qt::Key_End:
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
// Route keys to QTreeWidget
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
ui->streamTreeWidget->setFocus();
break;
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
case Qt::Key_P:
VoIP dialogs: Default actions for buttons works as before When button is pressed or triggered by shortcut, it opens same window as before. User can click small arrow next to button and it open menu with all new actions e.g. Set/Add/Remove for RTP Player. Documentation updated.
2021-05-01 22:33:54 +00:00
if (keyEvent.modifiers() == Qt::NoModifier) {
on_actionPlay_triggered();
return true;
}
break;
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
case Qt::Key_S:
on_actionStop_triggered();
return true;
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
case Qt::Key_N:
if (keyEvent.modifiers() == Qt::ShiftModifier) {
// Shift+N
on_actionDeselectInaudible_triggered();
return true;
} else {
on_actionSelectInaudible_triggered();
return true;
}
break;
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return false;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
void RtpPlayerDialog::contextMenuEvent(QContextMenuEvent *event)
{
list_ctx_menu_->exec(event->globalPos());
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::updateWidgets()
{
bool enable_play = true;
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
bool enable_pause = false;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
bool enable_stop = false;
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
bool enable_timing = true;
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
int count = ui->streamTreeWidget->topLevelItemCount();
int selected = ui->streamTreeWidget->selectedItems().count();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
if (count < 1) {
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
enable_play = false;
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
ui->skipSilenceButton->setEnabled(false);
ui->minSilenceSpinBox->setEnabled(false);
} else {
ui->skipSilenceButton->setEnabled(true);
ui->minSilenceSpinBox->setEnabled(true);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (audio_stream->outputState() != QAudio::IdleState) {
enable_play = false;
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
enable_pause = true;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
enable_stop = true;
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
enable_timing = false;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->actionAudioRoutingP->setVisible(!stereo_available_);
ui->actionAudioRoutingL->setVisible(stereo_available_);
ui->actionAudioRoutingLR->setVisible(stereo_available_);
ui->actionAudioRoutingR->setVisible(stereo_available_);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->playButton->setEnabled(enable_play);
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
if (enable_play) {
ui->playButton->setVisible(true);
ui->pauseButton->setVisible(false);
} else if (enable_pause) {
ui->playButton->setVisible(false);
ui->pauseButton->setVisible(true);
}
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
ui->outputDeviceComboBox->setEnabled(enable_play);
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
ui->outputAudioRate->setEnabled(enable_play);
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
ui->pauseButton->setEnabled(enable_pause);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->stopButton->setEnabled(enable_stop);
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
ui->actionStop->setEnabled(enable_stop);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
cur_play_pos_->setVisible(enable_stop);
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
ui->jitterSpinBox->setEnabled(enable_timing);
ui->timingComboBox->setEnabled(enable_timing);
ui->todCheckBox->setEnabled(enable_timing);
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
read_btn_->setEnabled(read_capture_enabled_);
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
inaudible_btn_->setEnabled(count > 0);
analyze_btn_->setEnabled(selected > 0);
prepare_btn_->setEnabled(selected > 0);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
updateHintLabel();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->replot();
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
void RtpPlayerDialog::handleItemHighlight(QTreeWidgetItem *ti, bool scroll)
{
if (ti) {
if (ti != last_ti_) {
if (last_ti_) {
highlightItem(last_ti_, false);
}
highlightItem(ti, true);
if (scroll)
ui->streamTreeWidget->scrollToItem(ti, QAbstractItemView::EnsureVisible);
ui->audioPlot->replot();
last_ti_ = ti;
}
} else {
if (last_ti_) {
highlightItem(last_ti_, false);
ui->audioPlot->replot();
last_ti_ = NULL;
}
}
}
void RtpPlayerDialog::highlightItem(QTreeWidgetItem *ti, bool highlight)
{
QFont font;
RtpAudioGraph *audio_graph;
font.setBold(highlight);
for(int i=0; i<ui->streamTreeWidget->columnCount(); i++) {
ti->setFont(i, font);
}
audio_graph = ti->data(graph_audio_data_col_, Qt::UserRole).value<RtpAudioGraph*>();
if (audio_graph) {
audio_graph->setHighlight(highlight);
}
}
void RtpPlayerDialog::itemEntered(QTreeWidgetItem *item, int column _U_)
{
handleItemHighlight(item, false);
}
void RtpPlayerDialog::mouseMovePlot(QMouseEvent *event)
{
updateHintLabel();
QTreeWidgetItem *ti = findItemByCoords(event->pos());
handleItemHighlight(ti, true);
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::graphClicked(QMouseEvent *event)
{
updateWidgets();
if (event->button() == Qt::RightButton) {
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
graph_ctx_menu_->exec(event->globalPos());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
void RtpPlayerDialog::graphDoubleClicked(QMouseEvent *event)
{
updateWidgets();
if (event->button() == Qt::LeftButton) {
// Move start play line
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
double ts = ui->audioPlot->xAxis->pixelToCoord(event->pos().x());
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
setStartPlayMarker(ts);
drawStartPlayMarker();
ui->audioPlot->replot();
}
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
void RtpPlayerDialog::plotClicked(QCPAbstractPlottable *plottable _U_, int dataIndex _U_, QMouseEvent *event)
{
// Delivered plottable very often points to different element than a mouse
// so we find right one by mouse coordinates
QTreeWidgetItem *ti = findItemByCoords(event->pos());
if (ti) {
if (event->modifiers() == Qt::NoModifier) {
ti->setSelected(true);
} else if (event->modifiers() == Qt::ControlModifier) {
ti->setSelected(!ti->isSelected());
}
}
}
QTreeWidgetItem *RtpPlayerDialog::findItemByCoords(QPoint point)
{
QCPAbstractPlottable *plottable=ui->audioPlot->plottableAt(point);
if (plottable) {
return findItem(plottable);
}
return NULL;
}
QTreeWidgetItem *RtpPlayerDialog::findItem(QCPAbstractPlottable *plottable)
RTP Player: Selected waveform is emphased. Waveform can be selected by click. When there is many waveforms, it is not clear which one is selected in list. It is important for selecting packets from graph. Patch emphasis selected waveform. In addition, it allows to select waveform by clicking on it.
2021-02-04 13:23:43 +00:00
{
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
RtpAudioGraph *audio_graph = ti->data(graph_audio_data_col_, Qt::UserRole).value<RtpAudioGraph*>();
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
if (audio_graph && audio_graph->isMyPlottable(plottable)) {
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return ti;
RTP Player: Selected waveform is emphased. Waveform can be selected by click. When there is many waveforms, it is not clear which one is selected in list. It is important for selecting packets from graph. Patch emphasis selected waveform. In addition, it allows to select waveform by clicking on it.
2021-02-04 13:23:43 +00:00
}
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
return NULL;
RTP Player: Selected waveform is emphased. Waveform can be selected by click. When there is many waveforms, it is not clear which one is selected in list. It is important for selecting packets from graph. Patch emphasis selected waveform. In addition, it allows to select waveform by clicking on it.
2021-02-04 13:23:43 +00:00
}
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
void RtpPlayerDialog::updateHintLabel()
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
int packet_num = getHoveredPacket();
QString hint = "<small><i>";
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
double start_pos = getStartPlayMarker();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
int row_count = ui->streamTreeWidget->topLevelItemCount();
int selected = ui->streamTreeWidget->selectedItems().count();
int not_muted = 0;
hint += tr("%1 streams").arg(row_count);
if (row_count > 0) {
if (selected > 0) {
hint += tr(", %1 selected").arg(selected);
}
for (int row = 0; row < row_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream && (!audio_stream->getAudioRouting().isMuted())) {
not_muted++;
}
}
hint += tr(", %1 not muted").arg(not_muted);
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
if (packet_num == 0) {
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
hint += tr(", start: %1. Double click on graph to set start of playback.")
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
.arg(getFormatedTime(start_pos));
} else if (packet_num > 0) {
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
hint += tr(", start: %1, cursor: %2. Press \"G\" to go to packet %3. Double click on graph to set start of playback.")
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
.arg(getFormatedTime(start_pos))
.arg(getFormatedHoveredTime())
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
.arg(packet_num);
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
}
if (!playback_error_.isEmpty()) {
hint += " <font color=\"red\">";
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
hint += playback_error_;
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
hint += " </font>";
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
hint += "</i></small>";
ui->hintLabel->setText(hint);
}
void RtpPlayerDialog::resetXAxis()
{
QCustomPlot *ap = ui->audioPlot;
double pixel_pad = 10.0; // per side
ap->rescaleAxes(true);
double axis_pixels = ap->xAxis->axisRect()->width();
RTP Player: x axis centering correction When waveform start much later than at time 0s, centering of waveform was incorrect. The reason was that range was taken before rescalingAxes. Patch solves the issue.
2021-01-02 12:45:43 +00:00
ap->xAxis->scaleRange((axis_pixels + (pixel_pad * 2)) / axis_pixels, ap->xAxis->range().center());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
axis_pixels = ap->yAxis->axisRect()->height();
ap->yAxis->scaleRange((axis_pixels + (pixel_pad * 2)) / axis_pixels, ap->yAxis->range().center());
ap->replot();
}
RTP Player: UI improvements Changes: - all waveforms has common scale therefore louder/quiter signal is visible - when stream/streams are deleted from view, Y axis is rescaled and waveforms are rearranged to reuse empty space
2021-03-23 08:48:20 +00:00
void RtpPlayerDialog::updateGraphs()
{
QCustomPlot *ap = ui->audioPlot;
// Create new plots, just existing ones
createPlot(false);
// Rescale Y axis
double pixel_pad = 10.0; // per side
double axis_pixels = ap->yAxis->axisRect()->height();
ap->yAxis->rescale(true);
ap->yAxis->scaleRange((axis_pixels + (pixel_pad * 2)) / axis_pixels, ap->yAxis->range().center());
ap->replot();
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
void RtpPlayerDialog::playFinished(RtpAudioStream *stream, QAudio::Error error)
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
{
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
if ((error != QAudio::NoError) && (error != QAudio::UnderrunError)) {
setPlaybackError(tr("Playback of stream %1 failed!")
.arg(stream->getIDAsQString())
);
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
playing_streams_.removeOne(stream);
if (playing_streams_.isEmpty()) {
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
marker_stream_->stop();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
updateWidgets();
}
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::setPlayPosition(double secs)
{
double cur_secs = cur_play_pos_->point1->key();
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
if (ui->todCheckBox->isChecked()) {
secs += first_stream_abs_start_time_;
} else {
secs += first_stream_rel_start_time_;
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (secs > cur_secs) {
cur_play_pos_->point1->setCoords(secs, 0.0);
cur_play_pos_->point2->setCoords(secs, 1.0);
ui->audioPlot->replot();
}
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
void RtpPlayerDialog::setPlaybackError(const QString playback_error)
{
playback_error_ = playback_error;
updateHintLabel();
}
Add a "failed" return for tap packet routines. This allows taps that can fail to report an error and fail; a failed tap's packet routine won't be called again, so they don't have to keep track of whether they've failed themselves. We make the return value from the packet routine an enum. Don't have a separate type for the per-packet routine for "follow" taps; they're expected to act like tap packet routines, so just use the type for tap packet routines. One tap packet routine returned -1; that's not a valid return value, and wasn't one before this change (the return value was a boolean), so presume the intent was "don't redraw". Another tap routine's early return, without doing any work, returned TRUE; this is presumably an error (no work done, no need to redraw), so presumably it should be "don't redraw". Clean up some white space while we're at it. Change-Id: Ia7d2b717b2cace4b13c2b886e699aa4d79cc82c8 Reviewed-on: https://code.wireshark.org/review/31283 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-01-01 03:36:12 +00:00
tap_packet_status RtpPlayerDialog::tapPacket(void *tapinfo_ptr, packet_info *pinfo, epan_dissect_t *, const void *rtpinfo_ptr)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
RtpPlayerDialog *rtp_player_dialog = dynamic_cast<RtpPlayerDialog *>((RtpPlayerDialog*)tapinfo_ptr);
Add a "failed" return for tap packet routines. This allows taps that can fail to report an error and fail; a failed tap's packet routine won't be called again, so they don't have to keep track of whether they've failed themselves. We make the return value from the packet routine an enum. Don't have a separate type for the per-packet routine for "follow" taps; they're expected to act like tap packet routines, so just use the type for tap packet routines. One tap packet routine returned -1; that's not a valid return value, and wasn't one before this change (the return value was a boolean), so presume the intent was "don't redraw". Another tap routine's early return, without doing any work, returned TRUE; this is presumably an error (no work done, no need to redraw), so presumably it should be "don't redraw". Clean up some white space while we're at it. Change-Id: Ia7d2b717b2cace4b13c2b886e699aa4d79cc82c8 Reviewed-on: https://code.wireshark.org/review/31283 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-01-01 03:36:12 +00:00
if (!rtp_player_dialog) return TAP_PACKET_DONT_REDRAW;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
const struct _rtp_info *rtpinfo = (const struct _rtp_info *)rtpinfo_ptr;
Add a "failed" return for tap packet routines. This allows taps that can fail to report an error and fail; a failed tap's packet routine won't be called again, so they don't have to keep track of whether they've failed themselves. We make the return value from the packet routine an enum. Don't have a separate type for the per-packet routine for "follow" taps; they're expected to act like tap packet routines, so just use the type for tap packet routines. One tap packet routine returned -1; that's not a valid return value, and wasn't one before this change (the return value was a boolean), so presume the intent was "don't redraw". Another tap routine's early return, without doing any work, returned TRUE; this is presumably an error (no work done, no need to redraw), so presumably it should be "don't redraw". Clean up some white space while we're at it. Change-Id: Ia7d2b717b2cace4b13c2b886e699aa4d79cc82c8 Reviewed-on: https://code.wireshark.org/review/31283 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-01-01 03:36:12 +00:00
if (!rtpinfo) return TAP_PACKET_DONT_REDRAW;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Shows streams independently on active display filter This patch solves issue #13325.
2021-01-01 16:12:11 +00:00
/* ignore RTP Version != 2 */
if (rtpinfo->info_version != 2)
Add a "failed" return for tap packet routines. This allows taps that can fail to report an error and fail; a failed tap's packet routine won't be called again, so they don't have to keep track of whether they've failed themselves. We make the return value from the packet routine an enum. Don't have a separate type for the per-packet routine for "follow" taps; they're expected to act like tap packet routines, so just use the type for tap packet routines. One tap packet routine returned -1; that's not a valid return value, and wasn't one before this change (the return value was a boolean), so presume the intent was "don't redraw". Another tap routine's early return, without doing any work, returned TRUE; this is presumably an error (no work done, no need to redraw), so presumably it should be "don't redraw". Clean up some white space while we're at it. Change-Id: Ia7d2b717b2cace4b13c2b886e699aa4d79cc82c8 Reviewed-on: https://code.wireshark.org/review/31283 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-01-01 03:36:12 +00:00
return TAP_PACKET_DONT_REDRAW;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
rtp_player_dialog->addPacket(pinfo, rtpinfo);
Add a "failed" return for tap packet routines. This allows taps that can fail to report an error and fail; a failed tap's packet routine won't be called again, so they don't have to keep track of whether they've failed themselves. We make the return value from the packet routine an enum. Don't have a separate type for the per-packet routine for "follow" taps; they're expected to act like tap packet routines, so just use the type for tap packet routines. One tap packet routine returned -1; that's not a valid return value, and wasn't one before this change (the return value was a boolean), so presume the intent was "don't redraw". Another tap routine's early return, without doing any work, returned TRUE; this is presumably an error (no work done, no need to redraw), so presumably it should be "don't redraw". Clean up some white space while we're at it. Change-Id: Ia7d2b717b2cace4b13c2b886e699aa4d79cc82c8 Reviewed-on: https://code.wireshark.org/review/31283 Reviewed-by: Guy Harris <guy@alum.mit.edu>
2019-01-01 03:36:12 +00:00
return TAP_PACKET_DONT_REDRAW;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
void RtpPlayerDialog::addPacket(packet_info *pinfo, const _rtp_info *rtpinfo)
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
// Search stream in hash key, if there are multiple streams with same hash
QList<RtpAudioStream *> streams = stream_hash_.values(pinfo_rtp_info_to_hash(pinfo, rtpinfo));
for (int i = 0; i < streams.size(); i++) {
RtpAudioStream *row_stream = streams.at(i);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (row_stream->isMatch(pinfo, rtpinfo)) {
row_stream->addRtpPacket(pinfo, rtpinfo);
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
break;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
}
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
// qDebug() << "=ap no match!" << address_to_qstring(&pinfo->src) << address_to_qstring(&pinfo->dst);
}
void RtpPlayerDialog::zoomXAxis(bool in)
{
QCustomPlot *ap = ui->audioPlot;
double h_factor = ap->axisRect()->rangeZoomFactor(Qt::Horizontal);
if (!in) {
h_factor = pow(h_factor, -1);
}
ap->xAxis->scaleRange(h_factor, ap->xAxis->range().center());
ap->replot();
}
// XXX I tried using seconds but pixels make more sense at varying zoom
// levels.
void RtpPlayerDialog::panXAxis(int x_pixels)
{
QCustomPlot *ap = ui->audioPlot;
double h_pan;
h_pan = ap->xAxis->range().size() * x_pixels / ap->xAxis->axisRect()->width();
if (x_pixels) {
ap->xAxis->moveRange(h_pan);
ap->replot();
}
}
void RtpPlayerDialog::on_playButton_clicked()
{
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
double start_time;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ui->hintLabel->setText("<i><small>" + tr("Preparing to play...") + "</i></small>");
wsApp->processEvents();
RTP player: Added pause button Pause button added. Button is visible only when media are played.
2020-12-29 13:41:14 +00:00
ui->pauseButton->setChecked(false);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Protect start time against move of marker during the play
start_marker_time_play_ = start_marker_time_;
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
silence_skipped_time_ = 0.0;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
cur_play_pos_->point1->setCoords(start_marker_time_play_, 0.0);
cur_play_pos_->point2->setCoords(start_marker_time_play_, 1.0);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
cur_play_pos_->setVisible(true);
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
playback_error_.clear();
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
if (ui->todCheckBox->isChecked()) {
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
start_time = start_marker_time_play_;
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
} else {
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
start_time = start_marker_time_play_ - first_stream_rel_start_time_;
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
QAudioDeviceInfo cur_out_device = getCurrentDeviceInfo();
playing_streams_.clear();
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
int row_count = ui->streamTreeWidget->topLevelItemCount();
for (int row = 0; row < row_count; row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
// All streams starts at first_stream_rel_start_time_
audio_stream->setStartPlayTime(start_time);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
if (audio_stream->prepareForPlay(cur_out_device)) {
playing_streams_ << audio_stream;
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Prepare silent stream for progress marker
if (!marker_stream_) {
marker_stream_ = getSilenceAudioOutput();
} else {
marker_stream_->stop();
}
// Start progress marker and then audio streams
marker_stream_->start(new AudioSilenceGenerator());
for( int i = 0; i<playing_streams_.count(); ++i ) {
playing_streams_[i]->startPlaying();
}
updateWidgets();
}
QAudioDeviceInfo RtpPlayerDialog::getCurrentDeviceInfo()
{
QAudioDeviceInfo cur_out_device = QAudioDeviceInfo::defaultOutputDevice();
QString cur_out_name = currentOutputDeviceName();
foreach (QAudioDeviceInfo out_device, QAudioDeviceInfo::availableDevices(QAudio::AudioOutput)) {
if (cur_out_name == out_device.deviceName()) {
cur_out_device = out_device;
}
}
return cur_out_device;
}
QAudioOutput *RtpPlayerDialog::getSilenceAudioOutput()
{
QAudioOutput *o;
QAudioDeviceInfo cur_out_device = getCurrentDeviceInfo();
QAudioFormat format;
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
if (marker_stream_requested_out_rate_ > 0) {
format.setSampleRate(marker_stream_requested_out_rate_);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
} else {
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
format.setSampleRate(8000);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
}
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
format.setSampleSize(SAMPLE_BYTES * 8); // bits
format.setSampleType(QAudioFormat::SignedInt);
format.setChannelCount(1);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
format.setCodec("audio/pcm");
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
if (!cur_out_device.isFormatSupported(format)) {
format = cur_out_device.nearestFormat(format);
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
o = new QAudioOutput(cur_out_device, format, this);
o->setNotifyInterval(100); // ~15 fps
connect(o, SIGNAL(notify()), this, SLOT(outputNotify()));
return o;
}
void RtpPlayerDialog::outputNotify()
{
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
double new_current_pos = 0.0;
double current_pos = 0.0;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
double secs = marker_stream_->processedUSecs() / 1000000.0;
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
if (ui->skipSilenceButton->isChecked()) {
// We should check whether we can skip some silence
// We must calculate in time domain as every stream can use different
// play rate
double min_silence = playing_streams_[0]->getEndOfSilenceTime();
for( int i = 1; i<playing_streams_.count(); ++i ) {
qint64 cur_silence = playing_streams_[i]->getEndOfSilenceTime();
if (cur_silence < min_silence) {
min_silence = cur_silence;
}
}
if (min_silence > 0.0) {
double silence_duration;
// Calculate silence duration we can skip
new_current_pos = first_stream_rel_start_time_ + min_silence;
if (ui->todCheckBox->isChecked()) {
current_pos = secs + start_marker_time_play_ + first_stream_rel_start_time_;
} else {
current_pos = secs + start_marker_time_play_;
}
silence_duration = new_current_pos - current_pos;
if (silence_duration >= ui->minSilenceSpinBox->value()) {
// Skip silence gap and update cursor difference
for( int i = 0; i<playing_streams_.count(); ++i ) {
// Convert silence from time domain to samples
qint64 skip_samples = playing_streams_[i]->convertTimeToSamples(min_silence);
playing_streams_[i]->seekPlaying(skip_samples);
}
silence_skipped_time_ = silence_duration;
}
}
}
// Calculate new cursor position
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
if (ui->todCheckBox->isChecked()) {
secs += start_marker_time_play_;
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
secs += silence_skipped_time_;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
} else {
secs += start_marker_time_play_;
secs -= first_stream_rel_start_time_;
RTP Player: Player is able to skip silence during playback Code is NOT able to do VAD (Voice Activity Detection) so audio silence (sequence of equal samples) nor noise are not recognized as silence. Just missing RTP (Confort Noise, interupted RTP, ...) and muted streams are recognized as silence for this feature. User can control duration of shortest silence to skip. Updated documentation.
2021-05-01 11:51:31 +00:00
secs += silence_skipped_time_;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
}
setPlayPosition(secs);
}
void RtpPlayerDialog::on_pauseButton_clicked()
{
for( int i = 0; i<playing_streams_.count(); ++i ) {
playing_streams_[i]->pausePlaying();
}
if (ui->pauseButton->isChecked()) {
marker_stream_->suspend();
} else {
marker_stream_->resume();
}
updateWidgets();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
void RtpPlayerDialog::on_stopButton_clicked()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// We need copy of list because items will be removed during stopPlaying()
QList<RtpAudioStream *> ps=QList<RtpAudioStream *>(playing_streams_);
for( int i = 0; i<ps.count(); ++i ) {
ps[i]->stopPlaying();
}
marker_stream_->stop();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
cur_play_pos_->setVisible(false);
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
updateWidgets();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
void RtpPlayerDialog::on_actionReset_triggered()
{
resetXAxis();
}
void RtpPlayerDialog::on_actionZoomIn_triggered()
{
zoomXAxis(true);
}
void RtpPlayerDialog::on_actionZoomOut_triggered()
{
zoomXAxis(false);
}
void RtpPlayerDialog::on_actionMoveLeft10_triggered()
{
panXAxis(-10);
}
void RtpPlayerDialog::on_actionMoveRight10_triggered()
{
panXAxis(10);
}
void RtpPlayerDialog::on_actionMoveLeft1_triggered()
{
panXAxis(-1);
}
void RtpPlayerDialog::on_actionMoveRight1_triggered()
{
panXAxis(1);
}
void RtpPlayerDialog::on_actionGoToPacket_triggered()
{
int packet_num = getHoveredPacket();
if (packet_num > 0) emit goToPacket(packet_num);
}
RTP player: It is possible to select SETUP packet related to RTP stream When SETUP (or related signalling packet) exists, it is selected by Shift+G. If RTP stream is "alone", first RTP packet of the stream is selected.
2021-03-09 13:47:07 +00:00
void RtpPlayerDialog::handleGoToSetupPacket(QTreeWidgetItem *ti)
{
if (ti) {
bool ok;
int packet_num = ti->data(first_pkt_col_, Qt::UserRole).toInt(&ok);
if (ok) {
emit goToPacket(packet_num);
}
}
}
void RtpPlayerDialog::on_actionGoToSetupPacketPlot_triggered()
{
QPoint pos = ui->audioPlot->mapFromGlobal(QCursor::pos());
handleGoToSetupPacket(findItemByCoords(pos));
}
void RtpPlayerDialog::on_actionGoToSetupPacketTree_triggered()
{
handleGoToSetupPacket(last_ti_);
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Make waveform graphs selectable and update the treewidget selection accordingly.
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::on_streamTreeWidget_itemSelectionChanged()
{
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
RtpAudioGraph *audio_graph = ti->data(graph_audio_data_col_, Qt::UserRole).value<RtpAudioGraph*>();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (audio_graph) {
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
audio_graph->setSelected(ti->isSelected());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
}
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
int selected = ui->streamTreeWidget->selectedItems().count();
if (selected == 0) {
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
analyze_btn_->setEnabled(false);
prepare_btn_->setEnabled(false);
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
export_btn_->setEnabled(false);
} else if (selected == 1) {
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
analyze_btn_->setEnabled(true);
prepare_btn_->setEnabled(true);
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
export_btn_->setEnabled(true);
ui->actionSavePayload->setEnabled(true);
} else {
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
analyze_btn_->setEnabled(true);
prepare_btn_->setEnabled(true);
RTP Player: UI improvements
2021-04-06 11:23:00 +00:00
export_btn_->setEnabled(true);
ui->actionSavePayload->setEnabled(false);
}
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
if (!block_redraw_) {
ui->audioPlot->replot();
updateHintLabel();
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Change channel audio routing if double clicked channel column
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
void RtpPlayerDialog::on_streamTreeWidget_itemDoubleClicked(QTreeWidgetItem *item, const int column)
{
if (column == channel_col_) {
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
RtpAudioStream *audio_stream = item->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (!audio_stream)
return;
AudioRouting audio_routing = audio_stream->getAudioRouting();
audio_routing = audio_routing.getNextChannel(stereo_available_);
changeAudioRoutingOnItem(item, audio_routing);
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
}
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
void RtpPlayerDialog::removeRow(QTreeWidgetItem *ti)
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
{
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
if (last_ti_ && (last_ti_ == ti)) {
highlightItem(last_ti_, false);
last_ti_ = NULL;
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream) {
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
stream_hash_.remove(audio_stream->getHash(), audio_stream);
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
ti->setData(stream_data_col_, Qt::UserRole, QVariant());
delete audio_stream;
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
}
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
RtpAudioGraph *audio_graph = ti->data(graph_audio_data_col_, Qt::UserRole).value<RtpAudioGraph*>();
if (audio_graph) {
ti->setData(graph_audio_data_col_, Qt::UserRole, QVariant());
audio_graph->remove(ui->audioPlot);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
QCPGraph *graph;
graph = ti->data(graph_sequence_data_col_, Qt::UserRole).value<QCPGraph*>();
if (graph) {
ti->setData(graph_sequence_data_col_, Qt::UserRole, QVariant());
ui->audioPlot->removeGraph(graph);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
graph = ti->data(graph_jitter_data_col_, Qt::UserRole).value<QCPGraph*>();
if (graph) {
ti->setData(graph_jitter_data_col_, Qt::UserRole, QVariant());
ui->audioPlot->removeGraph(graph);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
graph = ti->data(graph_timestamp_data_col_, Qt::UserRole).value<QCPGraph*>();
if (graph) {
ti->setData(graph_timestamp_data_col_, Qt::UserRole, QVariant());
ui->audioPlot->removeGraph(graph);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
graph = ti->data(graph_silence_data_col_, Qt::UserRole).value<QCPGraph*>();
if (graph) {
ti->setData(graph_silence_data_col_, Qt::UserRole, QVariant());
ui->audioPlot->removeGraph(graph);
}
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
delete ti;
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
void RtpPlayerDialog::on_actionRemoveStream_triggered()
{
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
lockUI();
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->selectedItems();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = true;
for(int i = items.count() - 1; i>=0; i-- ) {
RTP Player: Dialog is nonmodal now and can be called multiple ways Changes: - refactored main_dialog handling of telephony dialogs - RTP Player dialog is nonmodal now and can be left open - it is possible to issue three actions on RTP Player dialog from other dialogs (other dialog have selected set of RTP streams before action) - replace - removes existing streams from RTP dialog and shows new set - add - adds new set to existing list in RTP dialog - remove - remove streams in set from list in RTP dialog - Sequence Dialog: - was modified to hold rtpstream_info_t for RTP streams - added Play button - VoIP features (RTP Play button, select/deselect RTP stream) are disabled after creation and must be enabled. It handles that RTP Play button is not shown e.g. in TCP sequence show
2021-03-27 20:01:43 +00:00
removeRow(items[i]);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = false;
RTP Player: UI improvements Changes: - all waveforms has common scale therefore louder/quiter signal is visible - when stream/streams are deleted from view, Y axis is rescaled and waveforms are rearranged to reuse empty space
2021-03-23 08:48:20 +00:00
// TODO: Recalculate legend
// - Graphs used for legend could be removed above and we must add new
// - If no legend is required, it should be removed
// Redraw existing waveforms and rescale Y axis
updateGraphs();
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
updateWidgets();
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
unlockUI();
RTP Player: Possibility to remove stream from RTP player When many streams are analyzed, some streams can be found as useless during replay. Patch adds option to remove it from list in RTP player. Once stream is removed, it can't be returned except close/reopen RTP player with new selection.
2021-02-04 14:03:45 +00:00
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// If called with channel_any, just muted flag should be changed
void RtpPlayerDialog::changeAudioRoutingOnItem(QTreeWidgetItem *ti, AudioRouting new_audio_routing)
{
if (!ti)
return;
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (!audio_stream)
return;
AudioRouting audio_routing = audio_stream->getAudioRouting();
audio_routing.mergeAudioRouting(new_audio_routing);
formatAudioRouting(ti, audio_routing);
audio_stream->setAudioRouting(audio_routing);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
RtpAudioGraph *audio_graph = ti->data(graph_audio_data_col_, Qt::UserRole).value<RtpAudioGraph*>();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
if (audio_graph) {
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
audio_graph->setSelected(ti->isSelected());
audio_graph->setMuted(audio_routing.isMuted());
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
if (!block_redraw_) {
ui->audioPlot->replot();
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
}
}
// Find current item and apply change on it
void RtpPlayerDialog::changeAudioRouting(AudioRouting new_audio_routing)
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
{
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
lockUI();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->selectedItems();
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = true;
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
for(int i = 0; i<items.count(); i++ ) {
QTreeWidgetItem *ti = items[i];
changeAudioRoutingOnItem(ti, new_audio_routing);
}
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = false;
ui->audioPlot->replot();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
unlockUI();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
}
// Invert mute/unmute on item
void RtpPlayerDialog::invertAudioMutingOnItem(QTreeWidgetItem *ti)
{
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
if (!ti)
return;
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (!audio_stream)
return;
AudioRouting audio_routing = audio_stream->getAudioRouting();
// Invert muting
if (audio_routing.isMuted()) {
changeAudioRoutingOnItem(ti, AudioRouting(AUDIO_UNMUTED, channel_any));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
} else {
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
changeAudioRoutingOnItem(ti, AudioRouting(AUDIO_MUTED, channel_any));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
}
void RtpPlayerDialog::on_actionAudioRoutingP_triggered()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
changeAudioRouting(AudioRouting(AUDIO_UNMUTED, channel_mono));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
void RtpPlayerDialog::on_actionAudioRoutingL_triggered()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
changeAudioRouting(AudioRouting(AUDIO_UNMUTED, channel_stereo_left));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
void RtpPlayerDialog::on_actionAudioRoutingLR_triggered()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
changeAudioRouting(AudioRouting(AUDIO_UNMUTED, channel_stereo_both));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
void RtpPlayerDialog::on_actionAudioRoutingR_triggered()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
changeAudioRouting(AudioRouting(AUDIO_UNMUTED, channel_stereo_right));
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
void RtpPlayerDialog::on_actionAudioRoutingMute_triggered()
{
changeAudioRouting(AudioRouting(AUDIO_MUTED, channel_any));
}
void RtpPlayerDialog::on_actionAudioRoutingUnmute_triggered()
{
changeAudioRouting(AudioRouting(AUDIO_UNMUTED, channel_any));
}
void RtpPlayerDialog::on_actionAudioRoutingMuteInvert_triggered()
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
{
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
lockUI();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->selectedItems();
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = true;
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
for(int i = 0; i<items.count(); i++ ) {
QTreeWidgetItem *ti = items[i];
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
invertAudioMutingOnItem(ti);
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = false;
ui->audioPlot->replot();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
Fix: RTP Player might crash when audio routing touched during play
2021-04-15 21:54:06 +00:00
unlockUI();
RTP dissector: Remove unused functions Patch removes (just comments out) functions not used by the code as found by Martin Mathieson.
2021-02-05 09:19:48 +00:00
}
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
const QString RtpPlayerDialog::getFormatedTime(double f_time)
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
QString time_str;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
if (ui->todCheckBox->isChecked()) {
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
QDateTime date_time = QDateTime::fromMSecsSinceEpoch(f_time * 1000.0);
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
time_str = date_time.toString("yyyy-MM-dd hh:mm:ss.zzz");
} else {
All RTP dialogs: Added option to specify count of decimal places Preferences are extended with advanced settings: gui.decimal_places1 - 2 gui.decimal_places2 - 4 gui.decimal_places3 - 6 rtp_analysis_dialog, rtp_player_dialog and rtp_stream_dialog uses new settings for formating numbers. Same information in all dialogs uses same settings. It solves request #15481. Note: Other UI dialogs can be adapted later.
2020-12-30 12:28:31 +00:00
time_str = QString::number(f_time, 'f', 6);
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
time_str += " s";
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
return time_str;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
const QString RtpPlayerDialog::getFormatedHoveredTime()
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
QPoint pos = ui->audioPlot->mapFromGlobal(QCursor::pos());
QTreeWidgetItem *ti = findItemByCoords(pos);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (!ti) return tr("Unknown");
RTP Player: Decoding of audio improved Changes: In nearly all cases decoding match content of capture. The exception is #2270, where timestamps do not match recorded time which causes discrepancy in decoding. Decoding of audio correctly follows different soundcard rates. RTP Player shows first sample rate in each stream in place of rate of playing. Fixed incorrect time axis calculation Fixes #16837 Fixes #4960 Fixes #2270
2021-03-27 08:41:58 +00:00
double ts = ui->audioPlot->xAxis->pixelToCoord(pos.x());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
return getFormatedTime(ts);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
int RtpPlayerDialog::getHoveredPacket()
{
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
QPoint pos = ui->audioPlot->mapFromGlobal(QCursor::pos());
QTreeWidgetItem *ti = findItemByCoords(pos);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
if (!ti) return 0;
RTP Player: Audio routing information refactored Audio routing information storage refactored to separate mute information and channel routing. It is required for next changes.
2021-02-04 13:12:44 +00:00
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player: Decoding of audio improved Changes: In nearly all cases decoding match content of capture. The exception is #2270, where timestamps do not match recorded time which causes discrepancy in decoding. Decoding of audio correctly follows different soundcard rates. RTP Player shows first sample rate in each stream in place of rate of playing. Fixed incorrect time axis calculation Fixes #16837 Fixes #4960 Fixes #2270
2021-03-27 08:41:58 +00:00
double ts = ui->audioPlot->xAxis->pixelToCoord(pos.x());
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
return audio_stream->nearestPacket(ts, !ui->todCheckBox->isChecked());
}
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
// Used by RtpAudioStreams to initialize QAudioOutput. We could alternatively
// pass the corresponding QAudioDeviceInfo directly.
Qt: Fixup the currentOutputDeviceName Q_PROPERTY. The CONSTANT attribute indicates that the same value will be returned every time. That isn't the case here so remove it. Change-Id: Ie7451e6aabcb4fa1a6960762d96ad190f32b3d7a Reviewed-on: https://code.wireshark.org/review/19130 Reviewed-by: Gerald Combs <gerald@wireshark.org> Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Michael Mann <mmann78@netscape.net>
2016-12-07 17:58:28 +00:00
QString RtpPlayerDialog::currentOutputDeviceName()
Qt: Make the RTP player output device selectable. Add a combobox for selecting the output device and populate it with our available devices. Let the user know if our output format isn't supported. Ping-Bug: 13105 Change-Id: I299c7d0f191bb66d93896338036000e2c377781f Reviewed-on: https://code.wireshark.org/review/19046 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Peter Wu <peter@lekensteyn.nl> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2016-12-02 23:52:02 +00:00
{
return ui->outputDeviceComboBox->currentText();
}
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
void RtpPlayerDialog::fillAudioRateMenu()
{
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->outputAudioRate->blockSignals(true);
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
ui->outputAudioRate->clear();
ui->outputAudioRate->addItem(tr("Automatic"));
foreach (int rate, getCurrentDeviceInfo().supportedSampleRates()) {
ui->outputAudioRate->addItem(QString::number(rate));
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->outputAudioRate->blockSignals(false);
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
}
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
void RtpPlayerDialog::cleanupMarkerStream()
{
if (marker_stream_) {
marker_stream_->stop();
delete marker_stream_;
marker_stream_ = NULL;
}
}
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
void RtpPlayerDialog::on_outputDeviceComboBox_currentIndexChanged(const QString &)
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
lockUI();
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
stereo_available_ = isStereoAvailable();
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (!audio_stream)
continue;
changeAudioRoutingOnItem(ti, audio_stream->getAudioRouting().convert(stereo_available_));
}
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
marker_stream_requested_out_rate_ = 0;
cleanupMarkerStream();
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
fillAudioRateMenu();
rescanPackets();
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
unlockUI();
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
}
void RtpPlayerDialog::on_outputAudioRate_currentIndexChanged(const QString & rate_string)
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
lockUI();
RTP Player: Allow a user to select output rate Tool allows a user to replay at specific rate when there is any issue with autodetected rate by payloads. Offered rates are provided by selected audio device.
2021-03-29 09:37:21 +00:00
// Any unconvertable string is converted to 0 => used as Automatic rate
unsigned selected_rate = rate_string.toInt();
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (!audio_stream)
continue;
audio_stream->setRequestedPlayRate(selected_rate);
}
RTP Player: Fixed issue with hanging the player at end of play on Windows Changes: - Fixed issue with hanging the player. The issue is in Qt - internal Mutex is locked when Qt calls outputStateChanged() and you can't call any other action on the audio object - Fixed issue when play marker stream was running forever - Removed !1855 because it introduces delay on play on Windows platform
2021-04-08 09:15:08 +00:00
marker_stream_requested_out_rate_ = selected_rate;
cleanupMarkerStream();
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
rescanPackets();
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
unlockUI();
Qt RTP: Add the default device and adjust sample rates. In the RTP player dialog, list the default audio device first, ensure it's selected by default and ensure that the list items are unique. According to http://code.qt.io/cgit/qt/qtmultimedia.git/tree/src/plugins/windowsaudio/qwindowsaudiodeviceinfo.cpp?h=5.9 the default device on Windows uses the special WAVE_MAPPER id, which appears to support various sample rates even when the underlying hardware doesn't. Ensuring the names are unique fixes an issue I'm seeing on a test machine here. When decoding, check to see if our sample rate is supported by our output device and adjust accordingly. Bug: 13906 Change-Id: Iddc0beb2459bfac42276ff29d227c2619b0a8d90 Reviewed-on: https://code.wireshark.org/review/22756 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2017-07-21 18:03:04 +00:00
}
Add jitter logic to RtpAudioStream. Copy the jitter logic from rtp_player.c to rtp_audio_stream.cpp. This still isn't correct but the RTP player should now be complete enough to start looking at the bug list at the top of rtp_player_dialog.cpp. Disable timing and jitter controls while we're playing while we're here. Fixes bug 11635. Bug: 11635 Change-Id: Ie583ade522702cbe1bbcea4475a535caa1d74fa2 Reviewed-on: https://code.wireshark.org/review/11295 Petri-Dish: Gerald Combs <gerald@wireshark.org> Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2015-10-26 15:34:58 +00:00
void RtpPlayerDialog::on_jitterSpinBox_valueChanged(double)
{
rescanPackets();
}
void RtpPlayerDialog::on_timingComboBox_currentIndexChanged(int)
{
rescanPackets();
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
void RtpPlayerDialog::on_todCheckBox_toggled(bool)
{
QCPAxis *x_axis = ui->audioPlot->xAxis;
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
double move;
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
// Create plot with new tod settings
createPlot();
// Move view to same place as was shown before the change
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
if (ui->todCheckBox->isChecked()) {
// rel -> abs
// based on abs time of first sample
setStartPlayMarker(first_stream_abs_start_time_ + start_marker_time_ - first_stream_rel_start_time_);
move = first_stream_abs_start_time_ - first_stream_rel_start_time_;
} else {
// abs -> rel
// based on 0s
setStartPlayMarker(first_stream_rel_start_time_ + start_marker_time_);
move = - first_stream_abs_start_time_ + first_stream_rel_start_time_;
}
x_axis->moveRange(move);
drawStartPlayMarker();
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
ui->audioPlot->replot();
}
void RtpPlayerDialog::on_buttonBox_helpRequested()
{
wsApp->helpTopicAction(HELP_TELEPHONY_RTP_PLAYER_DIALOG);
}
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
double RtpPlayerDialog::getStartPlayMarker()
{
double start_pos;
if (ui->todCheckBox->isChecked()) {
start_pos = start_marker_time_ + first_stream_abs_start_time_;
} else {
start_pos = start_marker_time_;
}
return start_pos;
}
void RtpPlayerDialog::drawStartPlayMarker()
{
double pos = getStartPlayMarker();
start_marker_pos_->point1->setCoords(pos, 0.0);
start_marker_pos_->point2->setCoords(pos, 1.0);
updateHintLabel();
}
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
void RtpPlayerDialog::setStartPlayMarker(double new_time)
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
{
if (ui->todCheckBox->isChecked()) {
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
new_time = qBound(first_stream_abs_start_time_, new_time, first_stream_abs_start_time_ + streams_length_);
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
// start_play_time is relative, we must calculate it
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
start_marker_time_ = new_time - first_stream_abs_start_time_;
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
} else {
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
new_time = qBound(first_stream_rel_start_time_, new_time, first_stream_rel_start_time_ + streams_length_);
start_marker_time_ = new_time;
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
}
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::updateStartStopTime(rtpstream_info_t *rtpstream, bool is_first)
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
{
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
// Calculate start time of first last packet of last stream
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
double stream_rel_start_time = nstime_to_sec(&rtpstream->start_rel_time);
double stream_abs_start_time = nstime_to_sec(&rtpstream->start_abs_time);
double stream_rel_stop_time = nstime_to_sec(&rtpstream->stop_rel_time);
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
if (is_first) {
rtp_player: Player is able to set start of audio play by double click Patch adds ability to set start of audio play by double clicking on waveform. Patch fixes unreported issue with placing waveform at incorrect place when switched relative/absolute time mode (check/uncheck Time of Day). Change-Id: Ib8ce24aea870e2443e033afbb6d6e9fbcf222431 Reviewed-on: https://code.wireshark.org/review/35621 Petri-Dish: Anders Broman <a.broman58@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-01 23:38:35 +00:00
// Take start/stop time for first stream
first_stream_rel_start_time_ = stream_rel_start_time;
first_stream_abs_start_time_ = stream_abs_start_time;
first_stream_rel_stop_time_ = stream_rel_stop_time;
} else {
// Calculate min/max for start/stop time for other streams
first_stream_rel_start_time_ = qMin(first_stream_rel_start_time_, stream_rel_start_time);
first_stream_abs_start_time_ = qMin(first_stream_abs_start_time_, stream_abs_start_time);
first_stream_rel_stop_time_ = qMax(first_stream_rel_stop_time_, stream_rel_stop_time);
}
streams_length_ = first_stream_rel_stop_time_ - first_stream_rel_start_time_;
}
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
void RtpPlayerDialog::formatAudioRouting(QTreeWidgetItem *ti, AudioRouting audio_routing)
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
ti->setText(channel_col_, tr(audio_routing.formatAudioRoutingToString()));
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
}
bool RtpPlayerDialog::isStereoAvailable()
{
RTP Player dialog improved Functional changes: Audio routing information is now stored in audio stream and not in table. It is handled by separate utils/rtp_audio_routing.cpp class which is able to convert it between mono/stereo etc. There is new utils/rtp_audio_routing_filter.cpp class which is able to route mono audio stream to any audio channel. Sample file separated from audio stream file - sample file is generated only during recap. So when we need new waveform, we just use existing sample file and no recap required - it is much faster. Audio stream exports just mono audio. Mono audio is then expanded to stereo and correct channel by AudioRoutingFilter during play as required. So when audio routing is changed, no recap and no audio export is required. When audio stream is muted, no audio is produced nor played. Most of signals between RtpPlayerDialog and RtpAudioStream were removed. Start/Pause/Stop is processed in RtpPlayDialog (just for non muted streams). Play possition is not received from every playing stream but from independent silence stream. Added Mute/Unmute function. Optimalization: When audio routing is changed, just graphs are updated. No retap nor audio decoding is required. When TOD is changed, just graphs are updated. No retap nor audio decoding is required.
2021-02-08 21:35:12 +00:00
QAudioDeviceInfo cur_out_device = getCurrentDeviceInfo();
rtp_player_dialog: Route audio for a stream to left/right speaker in RTP player Column 'Play' added to player. Double click on a stream in the column changes audio routing for the stream. When soundcard supports only one channel, there are Mute/Play option. When soundcard supports two or more channels, there are Mute/L/L+R/R options. Muted channel is drawn with dotted line. Change-Id: If120c902195da46f98a1663c589f20c6a1da0ba7 Reviewed-on: https://code.wireshark.org/review/35687 Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com> Tested-by: Petri Dish Buildbot Reviewed-by: Anders Broman <a.broman58@gmail.com>
2020-01-07 21:16:42 +00:00
foreach(int count, cur_out_device.supportedChannelCounts()) {
if (count>1) {
return true;
}
}
return false;
}
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
void RtpPlayerDialog::invertSelection()
{
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = true;
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->streamTreeWidget->blockSignals(true);
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
ti->setSelected(!ti->isSelected());
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
ui->streamTreeWidget->blockSignals(false);
VoIP dialogs: Performance improvements Retap and UI response are much faster when many RTP streams are processed. RTP Streams/Analyse 1000+, RTP Player 500+. Changes: - RTP streams are searched with hash, not by iterating over list. - UI operations do not redraw screen after every change, just after all changes. UI is locked when rereading packets. - Sample list during RTP decoding is stored in memory so wireshark uses just half of opened files for audio decoding than before. - Analysis window checkbox area is limited in height - Dialogs shows shows count of streams, count of selected streams and count of unmuted streams - Documentation extended with chapter about RTP decoding parameters - Documentation extended with performance estimates
2021-04-13 14:38:13 +00:00
block_redraw_ = false;
ui->audioPlot->replot();
updateHintLabel();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
void RtpPlayerDialog::on_actionSelectAll_triggered()
{
ui->streamTreeWidget->selectAll();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
void RtpPlayerDialog::on_actionSelectInvert_triggered()
{
invertSelection();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
void RtpPlayerDialog::on_actionSelectNone_triggered()
{
ui->streamTreeWidget->clearSelection();
RTP Player: Parallel playlist operations avoided Changes: - UI is locked during adding new streams - When decoding of stream fails, it is reported in UI
2021-04-13 11:42:57 +00:00
updateHintLabel();
Rtp player: It is possible to select multiple rows in stream's list and graph Changes: - It is possible to select multiple streams in list and in graph - Select All/None/Invert implemented in list of streams and in graph - Indication of "Selected" stream redesigned in graph - Mouse hovering shows related row/wave - All operations adapted to multiselection
2021-03-09 00:58:15 +00:00
}
RTP Player: Added additional shortcuts Added shortcuts: - Mute/Unmute/Invert Mute - Play/Pause/Stop Removed outdated help in tooltip text. It makes no sense to use it, all actions are available in context menu.
2021-03-11 08:22:15 +00:00
void RtpPlayerDialog::on_actionPlay_triggered()
{
if (ui->playButton->isEnabled()) {
ui->playButton->animateClick();
} else if (ui->pauseButton->isEnabled()) {
ui->pauseButton->animateClick();
}
}
void RtpPlayerDialog::on_actionStop_triggered()
{
if (ui->stopButton->isEnabled()) {
ui->stopButton->animateClick();
}
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
qint64 RtpPlayerDialog::saveAudioHeaderAU(QFile *save_file, int channels, unsigned audio_rate)
{
uint8_t pd[4];
int64_t nchars;
/* https://pubs.opengroup.org/external/auformat.html */
/* First we write the .au header. All values in the header are
* 4-byte big-endian values, so we use pntoh32() to copy them
* to a 4-byte buffer, in big-endian order, and then write out
* the buffer. */
/* the magic word 0x2e736e64 == .snd */
phton32(pd, 0x2e736e64);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* header offset == 24 bytes */
phton32(pd, 24);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* total length; it is permitted to set this to 0xffffffff */
phton32(pd, 0xffffffff);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* encoding format == 16-bit linear PCM */
phton32(pd, 3);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* sample rate [Hz] */
phton32(pd, audio_rate);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* channels */
phton32(pd, channels);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
return save_file->pos();
}
qint64 RtpPlayerDialog::saveAudioHeaderWAV(QFile *save_file, int channels, unsigned audio_rate, qint64 samples)
{
uint8_t pd[4];
int64_t nchars;
gint32 subchunk2Size;
gint32 data32;
gint16 data16;
subchunk2Size = sizeof(SAMPLE) * channels * (gint32)samples;
/* http://soundfile.sapp.org/doc/WaveFormat/ */
/* RIFF header, ChunkID 0x52494646 == RIFF */
phton32(pd, 0x52494646);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* RIFF header, ChunkSize */
data32 = 36 + subchunk2Size;
nchars = save_file->write((const char *)&data32, 4);
if (nchars != 4) {
return -1;
}
/* RIFF header, Format 0x57415645 == WAVE */
phton32(pd, 0x57415645);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* WAVE fmt header, Subchunk1ID 0x666d7420 == 'fmt ' */
phton32(pd, 0x666d7420);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* WAVE fmt header, Subchunk1Size */
data32 = 16;
nchars = save_file->write((const char *)&data32, 4);
if (nchars != 4) {
return -1;
}
/* WAVE fmt header, AudioFormat 1 == PCM */
data16 = 1;
nchars = save_file->write((const char *)&data16, 2);
if (nchars != 2) {
return -1;
}
/* WAVE fmt header, NumChannels */
data16 = channels;
nchars = save_file->write((const char *)&data16, 2);
if (nchars != 2) {
return -1;
}
/* WAVE fmt header, SampleRate */
data32 = audio_rate;
nchars = save_file->write((const char *)&data32, 4);
if (nchars != 4) {
return -1;
}
/* WAVE fmt header, ByteRate */
data32 = audio_rate * channels * sizeof(SAMPLE);
nchars = save_file->write((const char *)&data32, 4);
if (nchars != 4) {
return -1;
}
/* WAVE fmt header, BlockAlign */
data16 = channels * (gint16)sizeof(SAMPLE);
nchars = save_file->write((const char *)&data16, 2);
if (nchars != 2) {
return -1;
}
/* WAVE fmt header, BitsPerSample */
data16 = (gint16)sizeof(SAMPLE) * 8;
nchars = save_file->write((const char *)&data16, 2);
if (nchars != 2) {
return -1;
}
/* WAVE data header, Subchunk2ID 0x64617461 == 'data' */
phton32(pd, 0x64617461);
nchars = save_file->write((const char *)pd, 4);
if (nchars != 4) {
return -1;
}
/* WAVE data header, Subchunk2Size */
data32 = subchunk2Size;
nchars = save_file->write((const char *)&data32, 4);
if (nchars != 4) {
return -1;
}
/* Now we are ready for saving data */
return save_file->pos();
}
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
bool RtpPlayerDialog::writeAudioSilenceSamples(QFile *out_file, qint64 samples, int stream_count)
{
uint8_t pd[2];
phton16(pd, 0x0000);
for(int s=0; s < stream_count; s++) {
for(qint64 i=0; i < samples; i++) {
if (sizeof(SAMPLE) != out_file->write((char *)&pd, sizeof(SAMPLE))) {
return false;
}
}
}
return true;
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
bool RtpPlayerDialog::writeAudioStreamsSamples(QFile *out_file, QVector<RtpAudioStream *> streams, bool swap_bytes)
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
{
SAMPLE sample;
uint8_t pd[2];
// Did we read something in last cycle?
bool read = true;
while (read) {
read = false;
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
// Loop over all streams, read one sample from each, write to output
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
foreach(RtpAudioStream *audio_stream, streams) {
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
if (sizeof(sample) == audio_stream->readSample(&sample)) {
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
if (swap_bytes) {
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
// same as phton16(), but more clear in compare
// to else branch
pd[0] = (guint8)(sample >> 8);
pd[1] = (guint8)(sample >> 0);
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
} else {
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
// just copy
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
pd[1] = (guint8)(sample >> 8);
pd[0] = (guint8)(sample >> 0);
}
read = true;
} else {
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
// for 0x0000 doesn't matter on order
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
phton16(pd, 0x0000);
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
if (sizeof(sample) != out_file->write((char *)&pd, sizeof(sample))) {
return false;
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
return true;
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
save_audio_t RtpPlayerDialog::selectFileAudioFormatAndName(QString *file_path)
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
{
QString ext_filter = "";
QString ext_filter_wav = tr("WAV (*.wav)");
QString ext_filter_au = tr("Sun Audio (*.au)");
ext_filter.append(ext_filter_wav);
ext_filter.append(";;");
ext_filter.append(ext_filter_au);
QString sel_filter;
*file_path = WiresharkFileDialog::getSaveFileName(
this, tr("Save audio"), wsApp->lastOpenDir().absoluteFilePath(""),
ext_filter, &sel_filter);
if (file_path->isEmpty()) return save_audio_none;
save_audio_t save_format = save_audio_none;
if (0 == QString::compare(sel_filter, ext_filter_au)) {
save_format = save_audio_au;
} else if (0 == QString::compare(sel_filter, ext_filter_wav)) {
save_format = save_audio_wav;
}
return save_format;
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
save_payload_t RtpPlayerDialog::selectFilePayloadFormatAndName(QString *file_path)
{
QString ext_filter = "";
QString ext_filter_raw = tr("Raw (*.raw)");
ext_filter.append(ext_filter_raw);
QString sel_filter;
*file_path = WiresharkFileDialog::getSaveFileName(
this, tr("Save payload"), wsApp->lastOpenDir().absoluteFilePath(""),
ext_filter, &sel_filter);
if (file_path->isEmpty()) return save_payload_none;
save_payload_t save_format = save_payload_none;
if (0 == QString::compare(sel_filter, ext_filter_raw)) {
save_format = save_payload_data;
}
return save_format;
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
QVector<rtpstream_id_t *>RtpPlayerDialog::getSelectedRtpStreamIDs()
{
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->selectedItems();
QVector<rtpstream_id_t *> ids;
if (items.count() > 0) {
foreach(QTreeWidgetItem *ti, items) {
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream) {
ids << audio_stream->getID();
}
}
}
return ids;
}
QVector<RtpAudioStream *>RtpPlayerDialog::getSelectedAudibleNonmutedAudioStreams()
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
{
QList<QTreeWidgetItem *> items = ui->streamTreeWidget->selectedItems();
QVector<RtpAudioStream *> streams;
if (items.count() > 0) {
foreach(QTreeWidgetItem *ti, items) {
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
// Ignore muted streams and streams with no audio
if (audio_stream &&
!audio_stream->getAudioRouting().isMuted() &&
(audio_stream->sampleRate()>0)
) {
streams << audio_stream;
}
}
}
return streams;
}
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
void RtpPlayerDialog::saveAudio(save_mode_t save_mode)
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
{
qint64 minSilenceSamples;
qint64 startSample;
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
qint64 lead_silence_samples;
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
qint64 maxSample;
QString path;
QVector<RtpAudioStream *>streams;
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
streams = getSelectedAudibleNonmutedAudioStreams();
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
if (streams.count() < 1) {
QMessageBox::warning(this, tr("Warning"), tr("No stream selected or none of selected streams provide audio"));
return;
}
unsigned save_audio_rate = streams[0]->playRate();
// Check whether all streams use same audio rate
foreach(RtpAudioStream *audio_stream, streams) {
if (save_audio_rate != audio_stream->playRate()) {
QMessageBox::warning(this, tr("Error"), tr("All selected streams must use same play rate. Manual set of Output Audio Rate might help."));
return;
}
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
save_audio_t format = selectFileAudioFormatAndName(&path);
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
if (format == save_audio_none) return;
// Use start silence and length of first stream
minSilenceSamples = streams[0]->getLeadSilenceSamples();
maxSample = streams[0]->getTotalSamples();
// Find shortest start silence and longest stream
foreach(RtpAudioStream *audio_stream, streams) {
if (minSilenceSamples > audio_stream->getLeadSilenceSamples()) {
minSilenceSamples = audio_stream->getLeadSilenceSamples();
}
if (maxSample < audio_stream->getTotalSamples()) {
maxSample = audio_stream->getTotalSamples();
}
}
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
switch (save_mode) {
case save_mode_from_cursor:
if (ui->todCheckBox->isChecked()) {
startSample = start_marker_time_ * save_audio_rate;
} else {
startSample = (start_marker_time_ - first_stream_rel_start_time_) * save_audio_rate;
}
lead_silence_samples = 0;
break;
case save_mode_sync_stream:
// Skip start of first stream, no lead silence
startSample = minSilenceSamples;
lead_silence_samples = 0;
break;
case save_mode_sync_file:
default:
// Full first stream, lead silence
startSample = 0;
lead_silence_samples = first_stream_rel_start_time_ * save_audio_rate;
break;
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
QVector<RtpAudioStream *>temp = QVector<RtpAudioStream *>(streams);
// Remove streams shorter than startSample and
// seek to correct start for longer ones
foreach(RtpAudioStream *audio_stream, temp) {
if (startSample > audio_stream->getTotalSamples()) {
streams.removeAll(audio_stream);
} else {
audio_stream->seekSample(startSample);
}
}
if (streams.count() < 1) {
QMessageBox::warning(this, tr("Warning"), tr("No streams are suitable for save"));
return;
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
QFile file(path);
file.open(QIODevice::WriteOnly);
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
if (!file.isOpen() || (file.error() != QFile::NoError)) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
} else {
switch (format) {
case save_audio_au:
if (-1 == saveAudioHeaderAU(&file, streams.count(), save_audio_rate)) {
QMessageBox::warning(this, tr("Error"), tr("Can't write header of AU file"));
return;
}
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
if (lead_silence_samples > 0) {
if (!writeAudioSilenceSamples(&file, lead_silence_samples, streams.count())) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
}
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
if (!writeAudioStreamsSamples(&file, streams, true)) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
}
break;
case save_audio_wav:
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
if (-1 == saveAudioHeaderWAV(&file, streams.count(), save_audio_rate, (maxSample - startSample) + lead_silence_samples)) {
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
QMessageBox::warning(this, tr("Error"), tr("Can't write header of WAV file"));
return;
}
RTP Player: Memory consumption improvements Audio for play is now decoded and stored without silence parts. Changes: - ui/qt/utils/rtp_audio_file.cpp created to handle silence skipping - ui/qt/rtp_audio_stream.cpp refactored to support it - Fixed issue with exporting streams: File synchronized export was missing leading silence. - No line is shown in waveform graph if there is silence
2021-04-24 16:08:21 +00:00
if (lead_silence_samples > 0) {
if (!writeAudioSilenceSamples(&file, lead_silence_samples, streams.count())) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
}
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
if (!writeAudioStreamsSamples(&file, streams, false)) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
}
break;
case save_audio_none:
break;
}
}
file.close();
}
void RtpPlayerDialog::savePayload()
{
QString path;
QList<QTreeWidgetItem *> items;
RtpAudioStream *audio_stream = NULL;
items = ui->streamTreeWidget->selectedItems();
foreach(QTreeWidgetItem *ti, items) {
audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
if (audio_stream)
break;
}
if (items.count() != 1 || !audio_stream) {
QMessageBox::warning(this, tr("Warning"), tr("Payload save works with just one audio stream."));
return;
}
save_payload_t format = selectFilePayloadFormatAndName(&path);
if (format == save_payload_none) return;
QFile file(path);
file.open(QIODevice::WriteOnly);
if (!file.isOpen() || (file.error() != QFile::NoError)) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
} else if (!audio_stream->savePayload(&file)) {
QMessageBox::warning(this, tr("Warning"), tr("Save failed!"));
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
file.close();
}
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
void RtpPlayerDialog::on_actionSaveAudioFromCursor_triggered()
{
saveAudio(save_mode_from_cursor);
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
void RtpPlayerDialog::on_actionSaveAudioSyncStream_triggered()
{
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
saveAudio(save_mode_sync_stream);
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
void RtpPlayerDialog::on_actionSaveAudioSyncFile_triggered()
{
RTP Player: Export of audio can start at position of play cursor Added additional option for audio exporting 'From cursor'. Documentation updated.
2021-04-27 20:01:16 +00:00
saveAudio(save_mode_sync_file);
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-03-31 14:52:06 +00:00
}
RTP Player: Added ability to save streams as .au and .wav Features: - saves multiple streams (all selected and unmuted) - saves streams same way they are played (jitter buffer, sampling, ...) - only streams with audio (play rate >0) are exported - streams with play rate == 0 are silently ignored even selected for export - all exported streams must use same play rate (user can change it before save)
2021-04-01 08:07:22 +00:00
void RtpPlayerDialog::on_actionSavePayload_triggered()
{
savePayload();
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
void RtpPlayerDialog::selectInaudible(bool select)
{
block_redraw_ = true;
ui->streamTreeWidget->blockSignals(true);
for (int row = 0; row < ui->streamTreeWidget->topLevelItemCount(); row++) {
QTreeWidgetItem *ti = ui->streamTreeWidget->topLevelItem(row);
RtpAudioStream *audio_stream = ti->data(stream_data_col_, Qt::UserRole).value<RtpAudioStream*>();
// Streams with no audio
if (audio_stream && (audio_stream->sampleRate()==0)) {
ti->setSelected(select);
}
}
ui->streamTreeWidget->blockSignals(false);
block_redraw_ = false;
ui->audioPlot->replot();
updateHintLabel();
}
void RtpPlayerDialog::on_actionSelectInaudible_triggered()
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
selectInaudible(true);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
void RtpPlayerDialog::on_actionDeselectInaudible_triggered()
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
{
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
selectInaudible(false);
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
}
VoIP dialogs: Improvements and new functions Changes: - RTP Player added to Telephony/RTP menu. - When openning RTP Analysis or RTP Player from RTP menu, just selected stream is added. When Ctrl is hold during opening, reverse stream is searched and added too. - RTP Player: Added tool to select/deselect all inaudible streams - RTP Player: Added Prepare Filter button - RTP Player: Added Analyze button - RTP Analysis: Added Prepare Filter button - documentation updated Code changes: - RTP Player::rescanPacket() is not fired multiple times during rate change and during dialog creation - Error shown in RTP player is cleared after every new decode of streams - RTP Player handles case when Qt do not emit stop stream event - "Select" menu code unified between dialogs> - RTP Player: Audio routing menu unified - buttons are connected to actions by signals() - Analyze dialog is called by list of rtpstream_id, not rtpstream_info
2021-04-14 13:47:07 +00:00
void RtpPlayerDialog::on_actionPrepareFilter_triggered()
{
QVector<rtpstream_id_t *> ids = getSelectedRtpStreamIDs();
QString filter = make_filter_based_on_rtpstream_id(ids);
if (filter.length() > 0) {
emit updateFilter(filter);
}
}
void RtpPlayerDialog::rtpAnalysisReplace()
{
if (ui->streamTreeWidget->selectedItems().count() < 1) return;
emit rtpAnalysisDialogReplaceRtpStreams(getSelectedRtpStreamIDs());
}
void RtpPlayerDialog::rtpAnalysisAdd()
{
if (ui->streamTreeWidget->selectedItems().count() < 1) return;
emit rtpAnalysisDialogAddRtpStreams(getSelectedRtpStreamIDs());
}
void RtpPlayerDialog::rtpAnalysisRemove()
{
if (ui->streamTreeWidget->selectedItems().count() < 1) return;
emit rtpAnalysisDialogRemoveRtpStreams(getSelectedRtpStreamIDs());
}
RTP Player: Added button 'Refresh streams' for live capture
2021-04-22 19:33:11 +00:00
void RtpPlayerDialog::on_actionReadCapture_triggered()
{
#ifdef QT_MULTIMEDIA_LIB
QTimer::singleShot(0, this, SLOT(retapPackets()));
#endif
}
// _U_ is used for case w have no LIBPCAP
void RtpPlayerDialog::captureEvent(CaptureEvent e _U_)
{
#ifdef HAVE_LIBPCAP
bool new_read_capture_enabled = false;
bool found = false;
if ((e.captureContext() & CaptureEvent::Capture) &&
(e.eventType() == CaptureEvent::Prepared)
) {
new_read_capture_enabled = true;
found = true;
} else if ((e.captureContext() & CaptureEvent::Capture) &&
(e.eventType() == CaptureEvent::Finished)
) {
new_read_capture_enabled = false;
found = true;
}
if (found) {
bool retap = false;
if (read_capture_enabled_ && !new_read_capture_enabled) {
// Capturing ended, automatically refresh data
retap = true;
}
read_capture_enabled_ = new_read_capture_enabled;
updateWidgets();
if (retap) {
QTimer::singleShot(0, this, SLOT(retapPackets()));
}
}
#endif
}
Qt: Initial RTP playback. Note the "initial". This is woefully incomplete. See the "to do" lists below and in the code. This differs a bit from the GTK+ version in that you specify one or more streams to be decoded. Instead of showing waveforms in individual widgets, add them all to a single QCustomPlot. This conserves screen real estate and lets us more easily take advantage of the QCP API. It also looks better IMHO. Change a bunch of checks for QtMultimediaWidgets to QtMultimedia. We probably won't use the widgets until we make 5.0 our minimum Qt version and plain old QtMultimedia lets us support Qt 4 more easily (in theory at least). Add resampling code from libspeex. I initially used this to resample each packet to match the preferred rate of our output device, but this resulted in poorer audio quality than expected. Leave it in and use to create visual samples for QCP and to match rates any time the rate changes. The latter is currently untested. Add some debugging macros. Note that both the RTP player and RTP analysis dialogs decode audio data using different code. Note that voip_calls_packet and voip_calls_init_tap appear to be dead code. To do: - Add silence frames where needed. - Implement the jitter buffer. - Implement the playback timing controls. - Tapping / scanning streams might be too slow. Change-Id: I20dd3b66d3df53c9b1f3501262dc01458849f6b4 Bug: 9007 Reviewed-on: https://code.wireshark.org/review/10458 Petri-Dish: Gerald Combs <gerald@wireshark.org> Reviewed-by: Gerald Combs <gerald@wireshark.org>
2014-12-13 00:51:40 +00:00
#endif // QT_MULTIMEDIA_LIB