- version 1) Information are included inside the "CallPanel".
- version 2) Information appear in a new "Frame".
I don't like multiple frames and I don't think version 2 will be
comprehensible when viewing the information for all participants in a
conference call so I vote for version 1.
- The "i" icon is added to the "CallPanel" for each "CallPeer". When
pressed, it displays the corresponding "CallPeer" used bandwidth (only the
goodput, and does not the overhead due to packet headers) and the packet
loss rate. Moreover, when moving the mouse over the bandwidth or the loss
rate label, a "ToolTipText" appears with the codec used, the encoding clock
rate, and the IP/port address.
- I'm not sure I like having to click the statistics for each
individual participant it a conference call. What do you think about
having a per-call "i" button instead which toggles the statistics for
all participants and that's it?
I totally agree with you (I do not to do N times the same thing). Thus, we may move the "i" button to the bottom of the CallPanel with all the others button (dialpad, invite new user, hold, etc).
- I'm not entirely comfortable with some information displayed in the
CallPanel right away and another part appearing in a tooltip... It
(cf. detailed answer to Seb) There is 1 point pros/cons in each case :
- Showing all statistics is a "clearer view" for the user, but it may take a lot of place, particularly during a conference (cf. Damencho comment). And once you have seen that the audio use i.e. the G722 codec at 16000Hz, a user does not need to keep this information visible anymore.
- Showing static information in the tooltip text is not really user friendly (surely a little bit too much hidden), but save space.
--> Thus, an idea may be to move the tooltip text to the "i" button:
1) the "i" button may have a tooltip text with: codec, clock rate, ip port and a message telling "Press for more info".
2) Once pressed the rate and loss statistics are displayed.
- I don't quite understand the speed and loss measurements too because
I don't know which direction they display. Can't we have the
information for both upload and download. I mean isn't RTCP supposed
to be useful in a way in this case?
The rate and loss statistics currently display download measurements (packets I receive from an endpoint peer).
Concerning the upload, I have to investigate the RTCP available data and statistics. I will answer you later to this question, once having more information about it.
On 02/17/2012 04:40 PM, Lyubomir Marinov wrote:
2012/2/17 Vincent Lucas<firstname.lastname@example.org>:
Vincent Lucas, Ph.D. Jitsi developer