https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9058
Pavel Sindelka <sinde...@marconi.ttc.cz> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sinde...@marconi.ttc.cz
--- Comment #4 from Pavel Sindelka <sinde...@marconi.ttc.cz> ---
I've found this bug the most appropriate one to report my own observation from
v2.4.3-0-g368ba1ee37 (current stable one for Win64) - while Wireshark's own RTP
player plays back G.722 nicely, extraction of G.722 to .au format, no matter
which of the many options is chosen, ends up with an .au file with a header
saying it is an 8 kHz - sampled, 16-bit linear recording and the contents is
all 0s. I can see some progress in the player with each new recent version so I
assume someone (Peter?) is actively working on it, however I was a bit
surprised to find out today that the possibility to save a raw dump of the RTP
payload into a file has been removed already before that promising new features
have been finished.
Even with the embedded player working perfectly (thanks for all the
improvements), there are cases where storage into a file is necessary - e. g.
to check the spectrum if you suspect some issues in the audio chain before the
codec. Also access to still encoded data may be useful if doubts exist
regarding Wireshark's own codec implementation.
If a G.722 trace without any privacy concerns is needed to help debug, let me
know.
--
You are receiving this mail because:
You are watching all bug changes.___________________________________________________________________________
Sent via: Wireshark-bugs mailing list <wireshark-bugs@wireshark.org>
Archives: https://www.wireshark.org/lists/wireshark-bugs
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-bugs
mailto:wireshark-bugs-requ...@wireshark.org?subject=unsubscribe
