This is a simple abstract API for building networked games or more complex game networking APIs.
Could the author possibly elaborate a bit? or better still … alot?
Kev
This is very vague for a description. We need to hear at least a formal project proposal if not some sample code or screenshots.
Sorry for the late arrival, but that’s my project. You can see the code at the project pending approval:
https://javagamenetworking.dev.java.net/
You can check it out from CVS or download the jars. I would have a problem providing any screenshots as it’s a very abstract networking api meant to be built on by other projects (such as my other project that is currently being developed: https://odenetworking.dev.java.net/). In general it’s an abstraction away from having to deal with the UDP messaging and reception as well as a best practice for how to do game networking as many people come to writing games without much if any knowledge of how game networking should be dealt with. This may not be a large issue with small projects, but I’m currently writing this for a FPS that needs real-time updates for physics to occur to synchronize as well as providing a means to keep rogue clients from hacking the game.
PS - the odenetworking API is getting quite close to completion if anyone would like to take a look at the current version in SVN: svn://pyramex.com:3691/odenetworking/trunk I would like to get approval for this project as well since it is really a more featureful implementation of this project but geared specifically towards the OdeJava project. This is also a great example of the purpose of the JavaGameNetworking API.
Thanks,
Matt Hicks
+1
Sounds great.
+1
Kev
What does this provide that jenet doesn’t?
The biggest difference between this project and jenet is that JGN is all about game networking. Further, the major feature of JGN is the JGNServer that allows it to listen for UDP messages and generates events for those messages that it receives. This is much easier method of abstracting from the actual work involved in networking as well as making it very easy to extend to provide specific implementations for games. Jenet is fine for doing network communications, but I believe it focuses too much on the process of networking and does not provide enough of an abstraction layer. As I’ve been looking into it I see some advantages to it as well and if I see enough benefit I may modify JGN to be a wrapper around jenet in the future.
Thanks,
Matt Hicks
Do you have to be someone special to vote on this or can I give it the necessary +1?
If so, +1
+1
It’ll be probably used in Gamma, if better than JNAG (haven’t tested different network APIs yet)
I actually wrote this because of the problems I saw in the architectural design of JNAG. JNAG (at least from what I’ve seen) utilizes TCP Sockets and some other inefficient methods of networking for gaming. I’m sure that’s fine for most games, but the goal of my project was to provide the fastest possible means to send and receive messages from clients and server for games like first-person shooters that require everyone be synchronized in milleseconds not seconds. That is the goal of this project and I hope it has in some small way realized this already, but definitely in the future I believe it has the potential to do so.
Matt Hicks
I’ll give this a +1. Great idea!
As it seems tht any open questions have been answered and this ahs moe then enough yes votes, I’ll go ahead and mark it approved
Just out of curiosity, why does this appear in “games-inbox”, has it just not been assigned a category yet? I would expect it should appear in games-middleware, but it is not showing up there yet.
Just checking,
Matt Hicks
That’s because it’s not approved yet. All pending projects get first into games-inbox and then get moved to the correct position, when they are approved. It’s the same reason, why we can#t acces the cvs yet.
Edit: ohh I should read the posts above more carefully…
mmh strange, didn’t Jeff say in the post before, he’ll mark it approved?
It IS marked approved, but it’s not been categorized…I’m assuming these just don’t necessarily happen at the same time.
Thanks for the quick response,
Matt Hicks
yup. They re main in games-ibox until I manually mvoe them.
Last weekend when I tried dev.java.net wasnt repsonding. Il ltry again witht his friday’s update
Jeff,
I appreciate you taking the time to respond, that helps me understand this process a bit better.
I only have one other java.net project and it wasn’t a Game project so this is quite a bit different. I don’t know if you or anyone else would care, but its javarelational.dev.java.net (or http://www.javarelational.com).
Thanks,
Matt Hicks
moved to games-middleware.
Enjoy!
Thanks Jeff!
Matt Hicks