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
