Re: [Flightgear-devel] Multiplayer RFC -- wire protocol spec --preliminary

2003-11-13 Thread John Barrett

- Original Message - 
From: Gerhard Wesp [EMAIL PROTECTED]
To: FlightGear developers discussions [EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 9:29 AM
Subject: Re: [Flightgear-devel] Multiplayer RFC -- wire protocol
spec --preliminary


  Unless there are objections, byte order is little endian, and floats are
intel FPU standard (ok -- i'm making it easy on the PCs that will likely be
used to run display clients :)

 Is there any specific reason not to use human readable messages (i.e.,
 ASCII)?


bandwidth and performance

I could understand human readable for a limited system, but not for a setup
that could potentially be handling 100s of planes, and while for GA sims, it
may not be needed, I have a little more than that in mind :)


___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] Multiplayer RFC -- wire protocol spec -- preliminary

2003-11-13 Thread Gene Buckle
  Unless there are objections, byte order is little endian, and floats
  are intel FPU standard (ok -- i'm making it easy on the PCs that will
  likely be used to run display clients :)

 Is there any specific reason not to use human readable messages (i.e.,
 ASCII)?


It's a waste of bandwidth.  The volume of data is immense and you want to
make your data packets as efficent as possible.  The smaller you can make
your data, the less chance there is of warping, teleporting, etc.

g.



___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] Multiplayer RFC -- wire protocol spec -- preliminary

2003-11-07 Thread Erik Hofman
John Barrett wrote:
Here is a quick and dirty 1st cut at a wire protocol definition, and some
requirements for the message handling classes that will implement the
protocol

Unless there are objections, byte order is little endian, and floats are intel FPU standard (ok -- i'm making it easy on the PCs that will likely be used to run display clients :)
Objection. Use network byte order (ntohl and the like) instead.

Erik

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel


Re: [Flightgear-devel] Multiplayer RFC -- wire protocol spec --

2003-11-07 Thread Martin Spott
John Barrett [EMAIL PROTECTED] wrote:

 Unless there are objections, byte order is little endian, and floats are =
 intel FPU standard (ok -- i'm making it easy on the PCs that will likely =
 be used to run display clients :)

I'm not qualified to comment on the float size, others may do. But I'd
recommend to stick to common convention regarding byte order. This
should comply to network byte order (big-endian in most cases I usually
deal with).
Anyway I'm delighted to see a documented wire protocol proposal.

Thanks,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel