| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Here is a patch for spelling typos in comments and strings in the gtk/
directories.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@19568 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18462 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
strings, and function names.
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18205 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18197 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
Fix typo in menu item name
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@18016 f5534014-38df-0310-8fa8-9805f1628bb7
|
|
With the new feature we can:
1. Measure how big the bursts are for a video streams (it uses sliding window algorithm) 2. Measure how big the output buffer should be that no packet drop will occur (it uses Leaky bucket algorithm)
3. Detect if we have loses inside the MPEG2 video stream (if there are already MPEG2 packets missing) - this part of code is not added yet, see Limitations
The addition is called Multicast streams and works as follows:
- it uses the TAP system
- the main "stream" logic is taken from rtp_strems.* files
- the TAP system checks for UDP packets where the destination MAC address starts with "01:00:5E" (ethernet multicast address)
- it creates an entry for every new multicast stream
- based on sliding window and leaky bucket algorithm it calculates for every stream average BW, max BW, burst size, max buffer needed, some alarms if the limits are exceeded,...
- the same calculation is done for all streams together
- inside the window dialog you can specify the burst interval, the alarm limits and output speeds
To do & limitations:
- Currently the analysis can be done only for multicast streams, it means that VoD (Video on demand) or PayTV streams, which are normally unicast can not be analysed.
- since the MPEG2 is patended I don't know if decoding of MPEG2 packets is allowed? Can we look inside this packets and calculate packets drops based on some counter information inside the payload? Can someone please answer this question? If we can do this, I will post this part of code too.
- some more flexibility will be added
git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@17980 f5534014-38df-0310-8fa8-9805f1628bb7
|
