[crossfire] Crossfire 2.0+ features/priorities

Miguel Ghobangieno mikeeusaa at yahoo.com
Mon Jan 30 12:27:20 CST 2006


This is a good idea. If there is a 100x100 (or 100x50
etc) block of completely identical archtypes (and the
player is in LOS range of these (they are not behind a
wall), we don't want to send the whole map to him,
then the server could send something like (100x100 of
flagstone starting at bla bla).

--- Alex Schultz <alex_sch at telus.net> wrote:

> Mark Wedel wrote:
> 
> >  This issue is really the server->client
> direction, and that already is binary, 
> >so not a whole bunch of savings.
> >
> >  I have a feeling the big hog is the map data -
> things like stats is never 
> >much.  The item stuff, especially for huge piles,
> can add up.  And I think 
> >someone suggested that the detailed item
> information (what you get from describe 
> >item) is also sent along - I think that may be a
> reasonable idea, but does 
> >increase the bandwidth on that (that is also tricky
> in that certain things could 
> >change the description of the item (it being
> identified will change its value 
> >for example) - I'm not 100% the UPD_ flags cover
> that, but probably do (but 
> >money will always be suspect - changing charisma
> can affect costs also).
> >
> What would also save alot of bandwidth, would be
> including in the new 
> server protocol a method of sending rectangular
> blocks of tiles that 
> should all be added of deleted. This could
> potentially cut the map 
> bandwidth in half or less in some locations (lots of
> floor and walls 
> compared to everything else). Making the client
> interperate the data for 
> that would be very easy, the most difficult part
> would be the server 
> logic of where it should define rectangles but I am
> sure that is not too 
> bad.
> I put up a couple ideas about the new map protocol
> here a while back:
>
http://wiki.metalforge.net/doku.php/dev_todo/newmapprotocol
> (see also
> http://wiki.metalforge.net/doku.php/dev_todo and 
> http://wiki.metalforge.net/doku.php/dev_todo/cf2.0
> on the wiki)



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



More information about the crossfire mailing list