Thousand Parsec Newshttp://www.thousandparsec.net/tp/
News about Thousand Parsec!en-usSun, 18 Apr 2010 20:00:00 +0000TPServer-cpp 0.7.0 released.http://thousandparsec.com/tp/news.php/2010-04-18-2000
http://thousandparsec.com/tp/news.php/2010-04-18-2000
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][1] 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.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=server
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.

]]>Lee2010-04-18T20:00:00-00:00Libtprl 0.1.3 released.http://thousandparsec.com/tp/news.php/2010-03-22-2150
http://thousandparsec.com/tp/news.php/2010-03-22-2150
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.
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.

]]>Lee2010-03-22T21:50:00-00:00GSoC 2009 wrap uphttp://thousandparsec.com/tp/news.php/2010-02-13-1529
http://thousandparsec.com/tp/news.php/2010-02-13-1529
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.
### tpclient-pywx improvements
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][1] for more
[1]: http://greywhind.wordpress.com/2009/08/19/gsoc-2009-final-report/
### 3D battleviewer
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][2] and, more appropriately, a video of the battleviewer
on YouTube.
[2]: http://blog.lfowles.org/archives/2009/08/02/index.php
### MTSec
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][3] in his blog.
[3]: http://alanp.ca/blog/2009/08/23/gsoctp-final-report/
### Webclient
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
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.
### tpserver-cpp refactoring
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][4] are available on mhilmi's blog.
[4]: http://www.marwanhilmi.com/2009/08/18/judgement/
### The future
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
).
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.

tpclient-pywx improvements

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.

MTSec

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.

Webclient

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

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.

tpserver-cpp refactoring

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.

The future

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).

]]>Lee2010-02-13T15:29:00-00:00Stand on the shoulders of giants, students wanted!http://thousandparsec.com/tp/news.php/2009-04-02-1200
http://thousandparsec.com/tp/news.php/2009-04-02-1200
As you probably read from [my previous post][1], 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][2]
[1]: http://www.thousandparsec.net/tp/news.php/2009-03-31-2300
[2]: http://www.thousandparsec.net/tp/news.php/2008-10-16-1400
With the deadline looming, some of the ideas on our [ideas page][3] 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!
[3]: http://www.thousandparsec.net/wiki/Ideas_for_Programmers
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][4].
[4]: http://www.zdnetasia.com/news/software/0,39044164,62052477,00.htm
* Adding single player support to the 3d client.
As [mentioned here][1] 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 multiplayer game".
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][5] 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.
[5]: irc://irc.freenode.org/#tp
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
multiplayer game".

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!

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.

]]>Mithro2009-04-02T12:00:00-00:00Single Player released! - A tale of Google Summer of Codehttp://thousandparsec.com/tp/news.php/2009-03-31-2300
http://thousandparsec.com/tp/news.php/2009-03-31-2300
[Thousand Parsec][1] is pleased to announce our
[first release that includes single player support][2]. 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!
).
[1]: http://www.thousandparsec.net/
[2]: http://www.thousandparsec.net/tp/downloads.php?category=client#tpclient-pywx
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][3] students have allowed us to reach this
goal.
[3]: http://code.google.com/soc/
The story of this release is long, and has its beginnings back in [2008][4] when
[Thousand Parsec joined][5] 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.
[4]: http://code.google.com/soc/2008
[5]: http://www.thousandparsec.net/tp/news.php/2007-03-16-0157
[Ezod][6] 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][7]". Little did he know what he was getting into
!
[6]: http://ezod.livejournal.com/
[7]: http://code.google.com/soc/2008/parsec/appinfo.html?csaid=7731B9B4B375E2E5
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][8] for Thousand Parsec. His proposal
was one of the two AI projects accepted as part of the 2008 Summer of Code.
[8]: http://code.google.com/soc/2008/parsec/appinfo.html?csaid=AD885F56FE726D6C
The AI originally targeted the RFTS ruleset, which was developed as part of our first
[Summer of Code][9]. 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.
[9]: http://code.google.com/soc/2007
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][10] 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.
[10]: http://code.google.com/soc/2008/parsec/appinfo.html?csaid=5B1B1C8E204530AD
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][11].
[11]: http://www.thousandparsec.net/tp/news.php/2008-10-16-1400
Sound like everything for Thousand Parsec has already been finished? Far from it! We are glad to be
participating in [GSoC once again][12], and I hope this story has inspired you to be part of Google
Summer of Code and part of the Open Source community.
[12]: http://www.thousandparsec.net/wiki/Google_Summer_of_Code
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.

]]>Mithro2009-03-31T23:00:00-00:00TPServer-cpp 0.6.2 released.http://thousandparsec.com/tp/news.php/2009-03-31-1959
http://thousandparsec.com/tp/news.php/2009-03-31-1959
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][1] 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.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=server
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.

]]>Lee2009-03-31T19:59:00-00:00TPServer-cpp 0.6.1 released.http://thousandparsec.com/tp/news.php/2009-03-25-2139
http://thousandparsec.com/tp/news.php/2009-03-25-2139
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][1] 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.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=server
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.

]]>Lee2009-03-25T21:39:00-00:00Thousand Parsec a mentor project for Google Summer of Code 2009http://thousandparsec.com/tp/news.php/2009-03-19-0020
http://thousandparsec.com/tp/news.php/2009-03-19-0020
After successfully participating in the previous two [Summer of Code][1] 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][2].
[1]: http://socghop.appspot.com/
[2]: http://www.thousandparsec.net/tp/news.php/2008-10-16-1400
To all the interested students we suggest to take a look at [our Google Summer of Code Wiki][3]
page. There you should find the [ideas list][4] 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][5], on [tp-devel mailing list][6] or on
[our forum for GSoC 2009][7]. The sooner we meet, the better for all of us.
[3]: http://www.thousandparsec.net/wiki/Google_Summer_of_Code
[4]: http://www.thousandparsec.net/wiki/Ideas_for_Programmers
[5]: irc://irc.freenode.net/#tp
[6]: http://www.thousandparsec.net/tp/mailman.php/listinfo/tp-devel
[7]: http://forums.thousandparsec.com/viewforum.php?f=7
So, no waiting, let's get brainstorming on how to make the best 4X strategy games in the free
galaxy.
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.

]]>JLP2009-03-19T00:20:00-00:00Libtpproto-cpp 0.1.9 technology preview released.http://thousandparsec.com/tp/news.php/2009-01-22-1335
http://thousandparsec.com/tp/news.php/2009-01-22-1335
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][1] 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.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=lib
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.

]]>Lee2009-01-22T13:35:00-00:00First Release of TPAdmin-cpphttp://thousandparsec.com/tp/news.php/2009-01-13-1330
http://thousandparsec.com/tp/news.php/2009-01-13-1330
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][1]. The Git repository is tpadmin-cpp and the tag is
TPADMIN_CPP_0_1_0.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=util
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.

]]>ezod2009-01-13T13:30:00-00:00TPServer-cpp 0.6.0 released.http://thousandparsec.com/tp/news.php/2009-01-10-1700
http://thousandparsec.com/tp/news.php/2009-01-10-1700
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][1] 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.
[1]: http://www.thousandparsec.net/tp/downloads.php?category=server
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.