Simutrans-Extended online multiplayer goes live

Recommended Posts

jamespetts    172

A slightly belated announcement: Simutrans-Extended, an open source hobby project on which I have been working (with the help of others) for some years (and which was until recently called "Simutrans-Experimental") is now playable online.

It is still in an early access phase of development, as the financial aspects are not fully balanced yet, but getting this to work online after having added multi-threading support last year is a considerable achievement.

Simutrans-Extended is a fork of the mature open source transport simulator Simutrans, with an emphasis on operational and economic realism. See here for more information on how to download Simutrans-Extended for Windows or Linux.

Once downloaded and installed, connecting to the online server ("Bridgewater-Brunel") that I have set up for testing should be easy: just select "play online" from the menu that appears when the game first starts, select the server from the list (there may be just the one server in the list), and click "play online".

Currently, I am running just a brief test for stability and performance with a very large map created by a user, but the aim is in due course to have long-term semi-persistent games with multiple players. A game can last up to about 270 in-game years (i.e. from 1750 to the present day), and, as each in-game year lasts about a day in real time, the game can last about 9 months before needing to be re-set.

I should be very grateful for any feedback on the stability and performance aspects of the testing server for the present. If anybody would like to work on the game to help to add planned features, please get in touch - although I am slowly getting through the work necessary to get the game to a point where the financial aspects can be balanced, any help would be welcome.


Share this post

Link to post
Share on other sites

  • Partner Spotlight

  • Similar Content

    • By MarcusAseth
      I don't know why this is happening, in the image below you can see my current situation.
      Basically I have an Utility.h header which contains wathever random stuff I think is useful at the time but don't yet deserves it's own separate file, so inside of it I've put a BaseFont class and defined it in place since I am not sure it will stay into Utility.h for long (Font is an alias for BaseFont because I wanted the internal variable name for the font to be Font, and that would collide with the class name, so that's why I have it setup like this) and right below this class, still in the header, I have a global object constructed from it so that I can use it everywhere for debug since pretty much all my .cpp #include "Utility.h". Now when I close the game I get an error that says "Breakout.exe stop working" and I tracked it down to the BaseFont destructor. On the right of the image you can see the local variable situation at that break point, which doesn't looks good...
      I have some assumptions regarding the cause but I am not quite sure, can you tell me what its going wrong exactly?

    • By Descent
      I made this 3d handdrawn game in a few hours today, have fun
      you can get it off my webpage, but i recommend to get it off glorioustrainwrecks, if you dont like mediafire
      my webpage - sites.google.com/site/c3ksoft/games/rgmhell
      scroll down for the latest games, the game should be down there soon

    • By ilovegames
      The legendary UAZ SUV is off in an unprecedented expedition on the picturesque,
      yet rugged regions of Russia. Powerful domestic cross-country vehicles have to go through many trials in the expanses of the country! There are three game modes (Exploring the world, Delivery and Checkpoints).
      Explore the vastness of Russia, perform tasks, and feel the power of the legendary UAZ!

      - Large Map.
      - Diverse terrain (mountains, villages, fields, etc.)
      - Modern graphics and effects.
      - Pleasant music.
      - 11 types of camera views.
      - Different weather conditions (fog, rain, etc.)
      - Game modes (Free Driving, Delivery & Checkpoints)
      - 3 models of the legendary brand.
      - And much more!
      Download https://falcoware.com/UazOffRoadNewHorizon.php

    • By ilovegames
      This is a race in classic style 3D with a view from above and behind. Drive a racecar, competing with others on a winding mountain road. Cross the finish line as quickly as possible without falling into the abyss.
      Download https://falcoware.com/HillClimbRace4x4.php

    • By MarcusAseth
      Hi guys, I'm not quite sure how to achieve this
      Here what I got so far, my GameMode class own an object of type Physics:
      class Physics { private://variables GameMode* Game; public://constructors Physics(GameMode* gameRef); ~Physics(); public://methods bool IsColliding(Entity* current, ECollisionTest collisionTestType); private://methods bool BoxCollisionTest(const Rect& current, const Rect& other); }; And since all my entities have a pointer to the GameMode they can retrieve a pointer to the Physics object, so when they move they can query the Physics object to see if they collided with something, passing "this" as the object to control against all the Entities inside GameMode, like this:
      //Collision Check if (PhysicsManager->IsColliding(this, ECollisionTest::EBoxCollisionTest)) { LogConsole("Collision"); } and IsColliding() goes like this:
      bool Physics::IsColliding(Entity* current, ECollisionTest collisionTestType) { for (auto& E : Game->Entities) { if (current != E.get())//avoid self testing { switch (collisionTestType) { case ECollisionTest::EBoxCollisionTest: { if (BoxCollisionTest(current->GetCollisionBox(), E->GetCollisionBox())) { return true; } } break; } } } return false; } Now, there are two things I don't like about my current setup.
      1) I am testing against all the entities. The paddle of the Breakout game can only move left and right, and hit either a ball or the left/right boundary, makes no sense to test it against 50 bricks at every update.
      2)From inside the Paddle class I am calling "IsColliding(this, ECollisionTest::EBoxCollisionTest)" so there is the assumption that all the entities that can collide with this one require a box test. May not be the case, maybe I have a "worm" entity running on the screen and it requires another type of collision test, so the choosen function to run shouldn't relying on me explicitly saying which one is, but it should be called at runtime trough overload, based on the type of Entity being compared. So maybe the Paddle<->Ball comparison would do a BoxCollisionTest, while Paddle<->Worm comparison would do something else.
      So how do I get it to work the way I want?
      This is what I want:
      1)Physics object is working with Entity*, and yet I need it to being able to distinguish between a Paddle* and or a Brick* or a Boundary* or a Ball* (all of this inherit from entity), a bit kind of like Unreal Engine BlueprintEditor Cast node, which allow me to say "Cast to Door" and if the thing was a door it return success, otherwise fails. Can you show me an example of how such mechanism is built, in code(C++)?
      2)Physics object should just call a generic TestCollision() function between the "this" passed (the current colliding object) and all the other entities, and then the overload resolution calls the appropriate function based on the types. And yet this shouldn't fail to compile for pairs for which I don't explicitly overload, for instance I wouldn't overload for Paddle<->Brick because such comparison will never happen, so when Paddle<->Brick comparison is performed, it should just return false even though I never declared a TestCollision(Paddle* p, Brick* b). 
      How can this be achieved?
  • Popular Now