|
|
|
Use this tool to learn about websites, specifically the one you just entered.
If you find some aspect of it inappropriate it is not our fault.
If you are the owner of this website: yes we are a real search engine, we do have a real web crawler called FyberSpider and you can block it if you feel the urge.
We are in the process of updating this tool. Until we are done just use our search results to check the inclusion status of your site.
Submit your site to major search engines within 48 hours.
Find out if your site has been cataloged by top search engines for only $8.99.
Below you will see site info taken directly from the URL you entered in real time. This is also known as our URL Breakdown tool and can be used independently of our site info tool.
z*
Home
This is just a sample of the content found on this website. Please visit the website to read the entire page.
"
z* home on
Home
Concept
General Info
Philosophy
Architecture
Web Links
License
Misc. Info
Design
Development Model
Downloads
Screenshots
Wiki
Home
z* ( zstar ) is an extensible, distributed system for game
development, consisting of an abstract game client (similar in concept
to the one that xpilot uses), and a game server to which players connect
to play games against other players or alone.
Thu Mar 14 23:40:50 CST 2002 News -- After quite a bit of debate
and a lot of soul searching, we have decided to make some fundamental changes
to z*. Basically, we figured out that our message oriented model was too
complex and too bandwidth intensive to use over the main nework. So, we
have started making some changes;
We have split the java vm away from the zstar executable. This will
mean no more crazy configuration due to the peculiar needs of the VM. The
z* client system will contain a java simulation part and a rendering part.
They will use a local socket, and local shared memory when available for
communication. This is much more like the X model, where clients use a
well-designed protocol to get their display up. The upshot is that the
simulation is now isolated from the 'browser' part of z*.
Instead of producing their own events, we found that we can simplify
the programming model by keeping track of objects and replicating them.
We chose not to use java serialization because of it's limitations (most
notably that one can't send only part of an object), in favor of a
scheme based solely on reflection. The upshot is that changes to object
fields in the simulation server are automatically replicated to clients.
This means that the simulation itself will be very easy to write.
Our company has become stable again, so it's much easier for us
to work further. We are still here and still working on fulfilling the
promise of all the comp"
....
read entire page
|
Links to Pages on the Same Domain Name
|
|
