A lot of libraries on linux/unix-likes systems have a
"config tool" that provides the cflags and library
directory, to use as an option for the compiler. It
makes the write of makefiles or autoconf scripts a lot
easyer. Maybe a tool like that could be usefull.
an other thing which could be usefull is a way to have
way to get a synchronized time on all clients. Maybe
something to get the difference between local time of
the server and a client. It seems to be difficult to do
reliable movement prediction without that. Of course,
it can be implemented in each game rather than in gne,
but if a lot of game need it, gne seems to be a good
place for that.
http://www.mine-control.com/zack/timesync/timesync.html
I'm just giving idea to make a great library even
greater :)
I'm not a C++ expert, so i may be wrong. And know that
the high level api is more important.
a last advice (a little off topic)... Maybe it should
be a good idea to comunicate with other library
programmers, to "advertise" the existence of the
library. the only place where you can hear about gnelib
seams to be the gnelib homepage :(
If they were only a link on some sites to say "gnelib
exists", probably more programmers would be using it.
you should start with at last http://freshmeat.net and
http://www.happypenguin.org
Logged In: YES
user_id=207795
Hmm I guess the latest GNE version doesn't have it? There
is a bit of stuff in the CVS. I haven't had any time to
work on GNE lately. But the PingPackets as they are in CVS
automatically find clock synchronization when they find the
ping time.
In the high-level API (I know that's not out in the latest
GNE, since it's not done ;), the Client class will have a
"getServerTime" method that returns the time we think it is
on the server.