My complaint may be premature as the meeting hasn't really started yet, but I just checked the test-stream that is available and found that nothing really has changed since the last meeting. VLC report that the following stream-elements are available: [00000370] access_mms access: selecting stream[0x1] audio (15 kb/s) [00000370] access_mms access: selecting stream[0x2] video (495 kb/s) [00000370] access_mms access: ignoring stream[0x3] video (300 kb/s) [00000370] access_mms access: ignoring stream[0x4] video (41 kb/s) If this is what we'll get the result will be poor audio quality and low resolution video with a high frame-rate that is wasted with mostly static images (presentations). I'd suggest to change the priorities slightly: - Increase audio-bandwidth to 64k - Minimize video frame-rate. 1fps is fine for meeting/presentations - Increase video-resolution Lately I've used 64k audio combined with 128k video (720x576@1fps) for similar purposes with excellent result. That is with ogg/vorbis/theora encoding (flumotion). I'm not sure what the MS-stuff you're using can achieve in comparison, but it must me possible to make it better than the current stream that appear optimized for movie/video broadcast. //per