Subj : Re: Another suggestion...
To   : Deuce
From : Tracker1
Date : Wed Jun 01 2005 07:55 pm

Deuce wrote:
> --snip (re: slowing ansi display)-- <
> 
> Actually, the "CONNECT 300000" or whatever is a fabrication to keep old
> software happy.  The so-called "lock baudrate" is the same type of feature. 
> There is absolutely no way using TCP to get a specific bandwidth.  As I said,
> you could do something that almost works most of the time, but it's actually
> flat out impossible to do it "correctly".
> 
> The issues are caused by TCP itself.  If you want a long technical explanation,
> I could bore you with one, but it bascially boils down to the fact that (Like
> persistant HTTP logins) it's not possible to do it correctly so I personally
> feel it's better to not do it at all.

nod, I posted a link for a little js that will slow the ansi display, it just 
reads the entire ansi in, and does a short sleep after each line is sent... it 
slows it enough to make it render similar to say a 14.4 or so connection, 
which is bearable for use with telnet display of longer ansis... I don't have 
any long ansis displaying on my board currently but it does work well.. note: 
if the ansi is < 25 lines then it won't do the sleep after each line, so it 
doesn't go slow...

should work out okay with animation effects, etc, as well, probably not a good 
idea to use the slow rendering for html at all, since all it really does 
(tdraw) is padd extra ansi escape codes, to put extra chars into the stream.

it may be an idea to have all bbs.menu() etc displays do the same internally, 
ie reading the entire file in, and if > 24 lines do a short sleep after each 
line... not such a great idea with rip either, I wouldn't think.

-- 
Michael J. Ryan - tracker1(at)theroughnecks(dot)net - www.theroughnecks.net
icq: 4935386  -  AIM/AOL: azTracker1  -  Y!: azTracker1  -  MSN/Win: (email)

---
 þ Synchronet þ theroughnecks.net - you know you want it

.