I really have to object to this statement. Maybe you've actually made it so
that the 3.1 *client* actually pays attention to it's min xmit value, but
as far as I've seen thru controlled testing on a LAN and over modems, every
client version (Mac or PC) ignores this value for all purposes except one.
That one purpose only happens with the Cornell Mac client and *ONLY* when
the vid was paused. The min xmit value was used as the max rate at which to
send tiles older than the refresh interval. And as far as I've seen, with
all the clients I've tested this with, the clients don't even use the min
xmit rate as a floor with rate adaption, they all happily drop to 10kbps
(seems to be the common floor) under outbound packet loss (real or faked :)
in case you're wondering how I tested it).
In addition the above settings you gave will have two direct effects.
1) that client will have fragmented video, if using B&W, from the
perspective of a modem user on the receive side, or "slow" (frame rates are
below what the client is actually sending) video using MJPEG or smeared
video using SFM or H.263.
2) that client, if they're using a modem, is likely to have problems
staying connected to reflectors, or connecting to them in the first place
(max-min/max-max settings on the ref). And is likely to cause problems for
point-to-point connections for the first couple of minutes while rate
adaption between the clients pulls a sanity check on those insane (for
modems) rates.
Mind you, I'm only stating what happens out in the *real world* outside a
LAN environment or where all clients happen to be on ISDN/ASDL/Cable
Modem/non-POTS.
>
>>> Again, I'm sure the guys here who've written the code
>>> can give you an explanation and specifics.
>>
>>I haven't written the code really..but there's my $.02 :)
>>
>
> I have... *G*
So have I.