Players: 0 on 0 srvs
Objects: 0 on 0 srvs
~Obj Per Srv:
On: 2011-05-03 08:51:20+00:00
By: Lee Begg <llnz@...>
Merge branch 'master' of git+ssh://git.thousandparsec.net/git/tpserver-cpp
On: 2013-01-24 11:10:57+00:00
By: karanveer singh
|Users Posts||Dev Posts|
This release merges last year's GSoC projects of refactoring and MTSec, along with many bug fixes, BattleXML support, media support in Minisec and tidyer libltdl support.
TPServer-cpp 0.7.0 is on the downloads page and will be on our SF downloads page soon. The GIT repo is tpserver-cpp (branch master) and the tag is TPSERVER_CPP_0_7_0. Feedback and suggestions are always welcome.
New version to catch up with compilers and changes in the last 3 years. Mostly small things but ezod has rewritten the tokenizing to work better. All 0.1.x releases should be interface compatible. Hopefully documentation makes it in soon.
Libtprl 0.1.3 is on the downloads page and will be on alternative hosting shortly. The Git repo is libtprl and the tag is LIBTPRL_0_1_3. Feedback and suggestions are always welcome.
We've been a bit busy. Time for Thousand Parsec's wrap up for GSoC 2009.
Overall, GSoC went well, and lots of exciting work was done. We have a working webclient, a 3D battle viewer, big improvements to the main client, big improvements to the main server, MTSec ruleset working, and big improvements to the secondary python protocol library.
Individual project details are below, in no particular order.
Greywhind worked on improvements to tpclient-pywx. This include tp04 media parameter support, resource overlay updates for tp04, download threading fixes and improvements, design window now works correctly, much nicer object properties window and orders window. Some of the improvements involved changes to libtpclient-py and libtpproto-py.
See Greywhind's final report in his blog for more
Landon has done an awesome job on creating a 3D battleviewer. It has all sorts of cool effects, including firing and explosions.
There are screenshots on Landon's blog and, more appropriately, a video of the battleviewer on YouTube.
The MTSec ruleset in tpserver-cpp wasn't much more than stubs before GSoC. Alanp spent his time making it into a proper working game. This includes much design and component work, importing them from XML file.
Alanp has a more details in his final report on MTSec in his blog.
tote developed a webclient for Thousand Parsec, which me was able to get it working enought to play Minisec. This included log in and out, star/planet map, orders, messages and object details. Very impressive.
libtpproto2-py is a different python implementation of the TP protocol, its most significant feature is that the protocol objects are generated from the XML description of protocol. cherez made a number of significant improvements to the library, including updating it for parameter groups and TP04. He also developed an extensive unit test suite for the library.
This was a big project and epyon worked hard to refactor tpserver-cpp to make it more maintainable. This gives a smaller core to tpserver-cpp, using more boost and STL, and hopefully setting up other improvements in future such as ASIO.
Parsek client update
A bonus, thanks to the KDE project. mhilmi worked on updating Parsek to use the latest (pre-release) version of libtpproto-cpp. This flushed out a few bugs in the library, and greatly improved the Parsek client. It is certainly a lot closer to being usable, including the new libtpproto-cpp asynchronous support.
Screenshots and more info about Parsek are available on mhilmi's blog.
Most of the code changes made this year in GSoC have been merged to the mainline of the various code modules. We are actively working on merging the others. Just about all will be included in the next release versions of the various components.
Google has annouced Summer of Code for 2010. We are intending to apply again as mentoring organisation, so now is a good time to get involved (as is any time).
As you probably read from my previous post, Thousand Parsec had quite a successful Summer of Code last year. Unlike previous years, where we have concentrated on getting new stuff developed, this year we have decided to concentrate on building on the work of our previous years students. This is a great way to learn that important skill of working on other people's code.
With the deadline looming, some of the ideas on our ideas page have already had lots of attention, but there are a number of ideas which have yet to have any applications. I would like to point out these ideas because we think they are very important and have a good chance to be accepted!
Some of the most important ideas have to deal with our coolest looking last Summer of Code project last year, Eugene Tan's new 3d client.
- Adding single player support to the 3d client.
As mentioned here we have just release single player support in our 2d client. We would like to see this extended to support our other major client.
Most of the code for this support is in the libtpclient-py support library that is already shared between both the 3d and 2d clients, so it should be significantly easier then Ezod's own task.
- Create a "Simple 3d ship designer".
Spore has shown us that it is possible to give people non-professional 3d artists, the ability to create cool looking models. With a little bit of prefabed art work and some easy transforms, even programmers don't have to be scared anymore.
We would like to see a similar ability added to Thousand Parsec. It can be developed as part of the 3d client or as a stand alone program.
Another project we think is really important, is to continue the efforts to improve single player support. These include,
- Adding support for saving and restoring games.
Having to play a complete game in one sitting is a real pain, specially since some of the Thousand Parsec games can requires many hours to play. The jist of this idea would be to add save/load support found in most game types.
This would require adding saving/loading support to a number of back end projects like our primary server (tpserver-cpp) and daneel-ai.
- Adding support for single player "scenario" mode.
In some ways, this is related to the previous idea but a little simpler. This would be similar to the "missions" you get in other normal games.
An example would be something like "King Unorganised has run our intergalactic empire into the ground, we have put you in charge of restoring us to our former glory."
- Extending single player support to include "set up your own
Single player support has also paved the way towards adding support for simple wizard set up of games to be played with friends. Much of the procedure is the same and we already have an auto-discovery process created.
Getting started with the single player development should be very easy, it only takes 6 commands!
git clone git://git.thousandparsec.net/git/tpclient-pywx.git git clone git://git.thousandparsec.net/git/daneel-ai.git git clone git://git.thousandparsec.net/git/tpserver-cpp.git cd tpserver-cpp; ./autogen.sh; ./configure; make; cd.. cd tpclient-pywx ./tpclient-pywx
If you are interested, I suggest that you jump on IRC and chat with our wonderful bunch of mentors. It is also recommended that you put in an application (even if only a draft) as soon as possible, as we are happy to help you with your application and provide feedback.
Thousand Parsec is pleased to announce our first release that includes single player support. Now all of our players can easily enjoy the game at anytime, whether or not they can find other interested players. We've made several other improvements with this release, but this feature is the most significant change for 0.3.2. Binaries are currently available for Windows and will soon be available for other systems (but you can always grab the code from our repository!).
Single player support is a huge step forward for us, as it gives players a quick way to get involved with minimal fuss. We have strived to hammer out this functionality for the past 3 years. Better still, contributions from Google Summer of Code students have allowed us to reach this goal.
The story of this release is long, and has its beginnings back in 2008 when Thousand Parsec joined Google Summer of Code for the second time. The previous year's GSoC had been very successful, and we were looking to achieve even more success in round two.
Ezod is our first Summer of Code student. He was pivotal in making this new release possible. At the start of the summer, he proposed an interesting project, "Add single player support to Thousand Parsec". Little did he know what he was getting into!
To the naive, this may have seemed like a simple project; all it needed to do was start up the server and an AI or two in the background. The proposal actually meant that Ezod would have to touch almost every part of the code base and project infrastructure, from the servers, through the AIs, to the clients. Thousand Parsec was never really designed to work in this way, as everything designed to run standalone.
We had no qualms about Ezod's skill having already started submitting patches and packaging Thousand Parsec for Gentoo, but the extent of the changes needed for the proposal to work still raised some skepticism. To make things tougher, we had received a large number of quality applications, meaning that we had plenty to choose from.
Luckily, Google blessed us with more slots then we could manage (we ended up giving back two) and it was decided to take a risk. By the end of the summer Ezod had not disappointed -- he had the basics working -- but it would take another 9 months and integrating the work of two other students before we would reach the release we have today.
One problem we faced was that a game is not fun if you don't have any competition. This is were our second Summer of Code student joins us.
Iwanowitch put in a proposal for creating a rule-based AI for Thousand Parsec. His proposal was one of the two AI projects accepted as part of the 2008 Summer of Code.
The AI originally targeted the RFTS ruleset, which was developed as part of our first Summer of Code. While functionally complete, it ended up having a number of show stopping bugs for AI development. This only became clear halfway through the summer with the mid-term evaluations coming up.
The mentors put their heads together, and the best solution we could come up with was for the AI to switch to a different ruleset. This decision would later decide which ruleset Ezod would support in single player mode.
Thanks to a good design, by the final evaluation, Iwanowitch had his AI competing against the second AI being developed over the summer. Ezod then worked with Iwanowitch to integrate the AI into the single player mode, and it has now become the major opponent that everyone who tries out Thousand Parsec will play against.
So which ruleset did they switch to, you ask? Well, that is where our third summer of code student comes in.
Jphr proposed (and was accepted) to create a new ruleset for Thousand Parsec. Not having any C++ experience at all, he choose the ambitious goal of developing a modified version of the risk board game for the C++ server. He charged through the development, and by the mid-term evaluation the core rules had already been well developed and he was working on more advanced features such as custom maps.
It made sense for us to suggest that the AI guys target this ruleset. It had already been shown to be solid and it helped relieve some of the painful process of finding bugs. This also meant that with Ezod's help, Jphr's ruleset has gone on to be the first to be fully supported by single player mode.
So that is the story of how three students' work came together to produce this release. Both Iwanowitch and Ezod will be joining Thousand Parsec as Summer of Code mentors this year. These were not our only successful projects for Google Summer of Code 2008 -- in fact, all of our projects achieved success that year and more can be read about the others on our website.
Sound like everything for Thousand Parsec has already been finished? Far from it! We are glad to be participating in GSoC once again, and I hope this story has inspired you to be part of Google Summer of Code and part of the Open Source community.
Hot on the heals of 0.6.1 comes 0.6.2 release of tpserver-cpp. The main reason for this release is to update the single player support files which changed since the last release. Single player client, etc are coming real soon now. Also in the release are the quickstart conf files, shave support (nice build messages), and clearer TurnTimers split out into separate ones, basic, players finished and threshold timers. 14 patches by 3 people. 47 files changed, 3363 insertions, 1480 deletions (thanks libltdl update).
TPServer-cpp 0.6.2 is on the downloads page and will be on our SF downloads page soon. The GIT repo is tpserver-cpp (branch master) and the tag is TPSERVER_CPP_0_6_2. Feedback and suggestions are always welcome.
This release is mostly little fixes, mostly around windows cross compiling and single player support. 38 patches by 6 people. 148 files changed, 770 insertions, 452 deletions.
TPServer-cpp 0.6.1 is on the downloads page and will be on our SF downloads page soon. The GIT repo is tpserver-cpp (branch master) and the tag is TPSERVER_CPP_0_6_1. Feedback and suggestions are always welcome.
After successfully participating in the previous two Summer of Code programs, Thousand Parsec is happy to announce that we will be participating again. In previous years we have had a huge amount of success, with 8 students participating last year.
To all the interested students we suggest to take a look at our Google Summer of Code Wiki page. There you should find the ideas list and all the needed information on how to go about preparing the best possible application for your project. We highly suggest you get in contact with Thousand Parsec community as soon as possible. so we can help you with your proposal. You can find us on #tp IRC channel on Freenode.net, on tp-devel mailing list or on our forum for GSoC 2009. The sooner we meet, the better for all of us.
So, no waiting, let's get brainstorming on how to make the best 4X strategy games in the free galaxy.
This release of libtpproto-cpp is really to allow tpadmin-cpp (which uses the library) to be built without having to get the source code out of git.
Having said that, this release is a preview of what libtpproto-cpp 0.2.0 will look like. The biggest different is interaction with the library is now asynchronous, using boost::signals for callbacks. The library now requires the client using it provides an EventLoop object that the library can use to look after sockets and timers (or the client can use the SimpleEventLoop provided). Also new is the start of support for TP04. The major things missing from this release are Order, Messages and ObjectParameters. The 0.2.0 release will occur when these components are in place.
Libtpproto-cpp 0.1.9 is on the downloads page and will be on our SF downloads page soon. The GIT repo is libtppproto-cpp (branch master) and the tag is LIBTPPROTO_CPP_0_1_9. Feedback and suggestions are always welcome.
To accompany the recent release of tpserver-cpp 0.6.0, which is now a daemon supporting a remote administration protocol, tpadmin-cpp 0.1.0 has been released. As the internal console has been removed from tpserver-cpp, you now need an administration client (either locally on the same machine, or remotely on another) to do most configuration and maintenance while the server is running. The tpadmin-cpp client is text-based and feels very similar to the original console from previous versions of tpserver-cpp.
TPAdmin-cpp 0.1.0 is on the downloads page. The Git repository is tpadmin-cpp and the tag is TPADMIN_CPP_0_1_0.
This release includes all three GSoC Projects that involved tpserver-cpp. Also included are some bug fixes and MySQL persistence is working again. One thing to note is that the server is now a deamon and the internal console has been removed. The tpadmin-cpp remote administration client should be released shortly. I tagged tpserver-cpp over a week ago, I've just been busy. Happy New Year to you all too!
TPServer-cpp 0.6.0 is on the downloads page and will be on our SF downloads page soon. The GIT repo is tpserver-cpp (branch master) and the tag is TPSERVER_CPP_0_6_0. Feedback and suggestions are always welcome.