TUXDB - LINUX GAMING AGGREGATE
by NuSuey
NEWSFEED
▪️ GAMES
▪️ STEAM DECK ▪️ DEALS ▪️ CROWDFUNDING ▪️ COMMUNITY
tuxdb.com logo
Support tuxDB on Patreon
Currently supported by 8 awesome people!

🌟 Special thanks to our amazing supporters:


✨ $10 Tier: [Geeks Love Detail]
🌈 $5 Tier: [Arch Toasty][Benedikt][David Martínez Martí]


Multiverse Dev Blog 1 - 19/05/2017


Hello everyone! As I’m sure many of you are aware, last month we announced the Besiege Multiverse update, which will bring a Multiplayer game mode as well as a Multiplayer Level Editor. Today I’m bringing you the first in a series of development blogs which will go into greater detail about the features of the Multiverse update and generally explaining how things will work! We decided to focus on how Physics will work in Multiplayer for this first blog, as we’ve noticed it’s been a major point of query and concern amongst the community. Anyway let’s just jump right into it.
Performance In Besiege Multiplayer all the session’s physics is handled by the host’s computer which then communicates with the connected player’s computers telling them what is happening. This ensures a relatively smooth experience, with all war machine’s appearance & movements being synced together giving each connected player an accurate view of what's going on in the game. Because all the physics is simulated on a single computer, you can expect to get a similar performance in multiplayer as you do in singleplayer. If your host’s computer can handle 500 blocks easily in singleplayer, then they can handle 500 blocks easily in a multiplayer session. Just to be clear, we’re talking 500 blocks total when all player’s machines are added together. Another useful benefit of running all the game’s physics on one computer is that there is almost no performance load on the client player’s computers. This means that even if you have a low end computer, you can take part in multiplayer sessions containing as many blocks as the host can handle without experiencing poor performance! We want to be abundantly clear here. If the total block count of every player’s machines added together is too much for the host’s computer to handle, there will be performance drops. We have decided not to put a cap on the total allowed blocks, so it’s in the hands of the players to decide whether they want to load large elaborate machines into multiplayer. During the course of multiplayer’s development we have tried several different ways of simulating accurate interactions between machines over a network and found the current method to be the best at balancing performance with accuracy. Simulation Besiege’s Multiplayer mode has two different types of physics simulation, Global and Local. During Global simulation, all players can interact with each other's machines and the environment they’re playing in. In global simulation all the physics behind war machines and the level are run on the Host’s computer (aka the server). Whilst Global simulation is active the level cannot be edited, but if a player is in local simulation, then the other players can continue editing the map. Local simulation was created to allow players to test their machines without preventing other players from continuing to edit the level! Local simulation (aka Ghost Mode) is where individual players simulate their machines independently from everyone else in the Multiplayer session. Players in Local simulation can still interact with the environment/level as it existed when they pressed the simulate button. During Local simulation all physics are simulated on the player’s computer and their machine is still visible to other players in a kind of ghostly form.
Clustering One of the first hurdles we had to overcome when making Besiege multiplayer was the sheer volume of information that would have to be sent via networking to the host and other players. The main way in which we overcame this problem was using an innovative clustering system which, without wanting to get too technical, allows blocks to be placed into groups in order to reduce the amount of information being sent to other players. This system reduces lag between players and the host whilst providing an accurate view of simulated machines which is shared by all players without sync issues. Under the in-game menu you can toggle on a visual representation of the cluster system and see how your war machine’s blocks are grouped into clusters. You can use this mode to help you design machines that are more efficient for use in multiplayer, as some methods of building work better with the cluster system than others, see below for examples.

That’s all for now but we’ll be bringing you more Dev blogs about the Multiverse update as we get closer to releasing it! We also thought we'd include this live action reproduction of a typical Besiege multiplayer session:


[ 2017-05-19 20:41:27 CET ] [ Original post ]



Besiege
Spiderling Studios
  • Developer

  • Spiderling Studios
  • Publisher

  • 2020-02-18
  • Release

  • Simulation Singleplayer
  • Tags

  • Game News Posts 82  
    🎹🖱️Keyboard + Mouse
  • Controls

  • Overwhelmingly Positive

    (43396 reviews)


  • Review Score

  • http://www.besiege.spiderlinggames.co.uk/
  • Website

  • https://store.steampowered.com/app/346010 
  • Steam Store

  • The Game includes VR Support



    Besiege Linux Depot v009 [552.45 M]Besiege Linux Depot v010 [811.99 M]

  • Public Linux depots

  • The Splintered Sea
    Besiege: Supporter Pack
  • Available DLCs

  • Besiege is a physics based building game in which you construct medieval siege engines and lay waste to immense fortresses and peaceful hamlets. Build a machine which can crush windmills, wipe out battalions of brave soldiers and transport valuable resources, defending your creation against cannons, archers and whatever else the desperate enemies have at their disposal. Create a trundling behemoth, or take clumsily to the skies, and cause carnage in fully destructible environments. Ultimately, you must conquer every Kingdom by crippling their castles and killing their men and livestock, in as creative or clinical a manner as possible!
    MINIMAL SETUP
    • OS: Ubuntu 12.04 or higher
    • Processor: 2.2Ghz Dual CoreMemory: 4 GB RAM
    • Memory: 4 GB RAM
    • Graphics: OpenGL 2.0 compatible. 512 MB VRAM
    • Storage: 3 GB available space
    RECOMMENDED SETUP
    • OS: Ubuntu 12.04 or higher
    • Processor: 4Ghz Quad CoreMemory: 8 GB RAM
    • Memory: 8 GB RAM
    • Graphics: 3 GB Dedicated VRAM
    • Storage: 5 GB available space
    GAMEBILLET

    [ 5949 ]

    16.97$ (15%)
    12.74$ (15%)
    3.40$ (80%)
    5.09$ (15%)
    9.19$ (8%)
    36.79$ (8%)
    33.19$ (17%)
    3.08$ (76%)
    21.98$ (56%)
    16.99$ (15%)
    4.00$ (80%)
    8.27$ (17%)
    9.27$ (69%)
    16.39$ (18%)
    4.44$ (78%)
    20.99$ (16%)
    2.47$ (17%)
    10.66$ (73%)
    40.49$ (10%)
    5.40$ (70%)
    4.95$ (67%)
    16.97$ (15%)
    27.59$ (8%)
    1.11$ (78%)
    3.00$ (85%)
    3.47$ (50%)
    5.21$ (13%)
    1.90$ (87%)
    1.36$ (86%)
    1.00$ (80%)
    GAMERSGATE

    [ 3154 ]

    1.69$ (89%)
    1.05$ (74%)
    3.38$ (92%)
    6.37$ (63%)
    10.3$ (59%)
    0.75$ (92%)
    9.99$ (50%)
    1.13$ (89%)
    2.81$ (89%)
    20.24$ (33%)
    2.5$ (75%)
    3.0$ (85%)
    8.0$ (60%)
    0.77$ (91%)
    15.0$ (62%)
    4.94$ (59%)
    10.2$ (66%)
    2.0$ (80%)
    0.53$ (92%)
    3.0$ (80%)
    1.5$ (92%)
    18.74$ (25%)
    31.99$ (20%)
    0.56$ (81%)
    31.5$ (55%)
    0.75$ (92%)
    1.13$ (92%)
    5.06$ (66%)
    0.89$ (87%)
    6.74$ (55%)

    FANATICAL BUNDLES

    Time left:

    2 days, 17 hours, 55 minutes


    Time left:

    25 days, 17 hours, 55 minutes


    Time left:

    7 days, 17 hours, 55 minutes


    Time left:

    38 days, 17 hours, 55 minutes


    Time left:

    44 days, 17 hours, 55 minutes


    HUMBLE BUNDLES

    Time left:

    5 days, 11 hours, 55 minutes


    Time left:

    5 days, 11 hours, 55 minutes


    Time left:

    14 days, 11 hours, 55 minutes

    by buying games/dlcs from affiliate links you are supporting tuxDB
    🔴 LIVE