Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Warren Focke on RHEL5-64 was unable to speak but could hear.  He also experienced the SeeVogh client locking up once he tried to start up a DesktopShare.  Warren was able to continue to hear the meeting.

Rob Cameron connected to the meeting from a MacBook Air running OS X Lion (10.7), starting from a Firefox browser (version 12.0), wirelessly connected to the SLAC visitor wifi network, at SLAC. He connected to the meeting without problem (after he remembered his nickname from his registration with SeeVogh a few days earlier). He plugged in a USB headset to the Macbook and configured sound input and output through the headset while the SeeVogh Java applet was starting up (which took less than 1 minute). A popup window from SeeVogh asked him to confirm using the USB headset for audio. Audio output was clear from the start and stayed that way (although Richard was almost impossible to understand when speaking from his sewerpipe). The self-facing camera started immediately upon entering the meeting, and his microphone was live when he entered the meeting. He turned off the video feed quickly - the control at the top of the pop-up SeeVogh screen was quite intuitive. The static video feed from Heather was clear for most of his connect time, although it changed to a disrtorted image for some seconds in mid-meeting, but then cleared itself up again. The video feed from Jim Chiang started up and tiled nicely to a vertical tile pair with Heather's video feed. He also changed preferences to turn off the self-facing video feed to the meeting. The default of hearing beeps at every text entry was also very annoying, and he turned that off in the preferences also. The text entry window scrolled correctly as people entered text messages. He tried text entry, which worked fine. He did not try to speak in the meeting. He exited the meeting, and re-entered later, and found that his preferences were preserved and honored at re-entry. His login nickname was pre-filled for the re-entry. He noted that the list of meeting attendees does not show as the default in his first use of SeeVogh, but was turned on quickly through the top on/off control icons. Also, he noted that Tom Stephens nickname was extra long: "Tom Stephens (Windows 7)", which caused the right side panel showing the meeting attendees to have a horizontal scroll bar and not show the right-hand end of Tom's nickname unless that panel was scrolled right. Resizing the overall SeeVogh window did not correspondingly resize the right-hand panel of nicknames and the horizontal scroll bar for that panel could not be made to go away. The panel for the main SeeVogh window and the nickname panel both have black background with no apparent delineated boundary between the panels, and so it is not obvious if there is another way to change the split between the panels. Finally, the "speaking" bubbles against each nickname seemed to roughly correspond to the actual speakers, although there seemed to be at least once instance where a speech bubble appeared against a name, but I didn't hear the person speak - which may have been due to microphone or other problems for that attendee.

When an issue is clearly associated with the video driver - it would be nice to have the option of turning off the video and strictly use the audio only.

...