Welcome, everyone! This year 2024 is about to end, and what would be better than end it with our traditional Simutrans Screenshot Contest? Nothing! So prepare to compete and win the best prize of all: the winner of this year will become the new banner image for simutrans.com, which has remained unchanged for years.
Participation
1 - You can participate with any pakset and any Simutrans version.
2 - You can submit as many screenshots as you want.
3 - You need to include title for every screenshot. Screenshots without title will not be eligible!
4 - You have until January 24st (inclusive) to submit your screenshots!
Theme and guidelines
1 - The theme this year is... Stations! Enough of showing the countryside, show us your bigger stations! Or perhaps that little, calm station in the countryside. Whatever you want, if it contains at least one station.
2 - To keep screenshots clean, try to disable city/station names and avoid showing title bars, overcrowded menus, etc.
3 - The winner screenshot will be cropped or resized to fit our header (1000x500 pixels), so this is the minimum size required.
You can submit screenshots that do not fit the theme or guidelines just for the sake of showing others your work. But theme and guidelines will be used to select the winners!
Prizes
The winner image will become the new banner image for simutrans.com.
Voting
Voting will be done on a wiki survey (I will post a new announcement when the time comes). Everyone (participants and non-participants) can vote, but you can only vote one time.
If two or more screenshots have the same votes, our benevolent dictator will benevolently select a winner, taking into account theme and guidelines.
Submission
You can submit your screenshot through the following platforms (don't forget to include title):
- The International Simutrans Forum: Posting your screenshots to this forum thread.
- Steam: submitting your screenshots to the "Screenshots" section of the community Hub
- Mastodon/Misskey/Fediverse: Post your screenshot and mention @simutrans@fosstodon.org with the hashtag #SimutransScreenshotContest
- Reddit: Submitting your screenshots to /r/simutrans/
- X.com: Post your screenshot and mention @SimutransTeam with the hashtag #SimutransScreenshotContest
[ 2024-12-18 20:42:08 CET ] [ Original post ]
Simutrans released three minor versions this summer that have finally made its way to Steam. Here is the combined changelog of Simutrans 124.2, 124.2.1 and 124.2.2
Highlights of this version
- New way builder: If a new way starts one tile from an existing way and ends one tile from an existing way, it will now try very hard to make a parallel track. It works as good as it can do without terraforming. It may still join at a place where it cannot pass next to it but then go parallel again, greatly saving efforts (especially with diagonals).
- When you click on a chat message ticker, it opens the chat window in the corresponding message tab.
Paksets updated on Steam
- Pak128.german 2.3 beta
- Pak64 124.2.2
- Scenario tutorials for pak128 and pak64
Paksets updated outside Steam
- Pak48.bitlit 0.1d
Full changelog
Here's the full list of changes since the last version. Added [quote]
- Support for through depots (dims 2)
- new option leftdrag_in_minimap in simuconf.tab to allow dragging in minimap with left mouse button (now default)
- flat skin for touch
- new simple tool 42 for toggle day night view
- pak192 theme to default theme list
- restore pakset symbols after changing the gui skin
- restore open windows when rejoining a networkgame
- prefer to build parallel ways, if starting next to an existing way
- small vehicle check by threeway line start
- function is_tool_enabled for tutorial to allow to grey out menu items
- nightly build makeobj for windows, linux and mac_x86
- pak planquadrat saves memory and accelerate the sync_step on big games
- double click copies chat text
- when merging stops, keep the name of the bigger stop
- line list, load dialoges and online game windows shrunk in width
- factory statisktiks now using scrollbars if not fitting into screen width
- A new game always uses the settigns from the simuconf.tab. Use the buttons in the extended settings to load other values
- Better support for narrow but high (portrait) screens
- Try to resize windows if they do not fit on screen
- Continue game on banner will really continue a game and not destroy the current one by loading an older version
- single_info now tiles the windows. If there is a convoi or halt, not way or other info will be shown (default for Android)
- pak64.german large theme compass is pak128 size
- don't save default player colours with the settings/game, use pakset simuconf.tab only
- only allow DM to active players
- keep track of active clients also on the clients
- Some more tweaking waybuilder for parallel ways
- Records are now saved so less spamming with new records
- allow loading a game even if a slot is locked
- Allow again building roads through other people halts but do not take road ownership afterwards
- reconnect to a server if the last game was a servergame and one was not kicked out due to desync
- company message ticker again
- Longstanding bug with the size of scrollpanes with horizontal sliders
- double entry schedules working again
- modal_dialoge did not check for NULL gui pointer
- obj_count() did not count ways and was a relict that may have cause rare strange errors in other places
- if all stops served, drive not on if there is no overcrowdind as the reason of not serving
- crash when removing the last element
- if all stops are overcrowded, just drive on
- error when the next target was a depot or the same stop
- Mail counted as happy/unhappy/no route passengers in some cases
- widthdrawing is working again
- if convoi load in parralele without minimum load, the second convoi could leave empty
- allow for pak64 water depot again
- no public chat after private
- proper building of parallel ways also for elevated ways
- rerouting and test scenario hopefully working now as intended
- iterate really over all stops, wait more reliable for steps in scenario
- was not iterating over all halts correctly
- scollwheels only for map zoom, comboboxes work again
- occasional bug when clicking on an input field
- wrong colors and double messges for private chat messages
- insticky bottom on drag to allow scrolling of chat
- too many null mouse moving events in SDL2 broke double clicks
- player_ranking transport type was not set_rigid => crash on all general comparison
- not handling event after the new world is generted
- access after delete
- the text in input fields is again selected when receiving the focus
- the text in input fields is again selected when receiving the focus
- airplane trap and deleting flying airplanes
- player_ranking frame is usuable now
- load pak from savegame file again
- chat send by server (with GUI) was not recorded by server
- script test tram rail builder fixed
- did not fail properly when opening of files falied
- error by traffic_light not available
- overflow in bits in private way sign could allow/deny unexpectant players
- number of players online in chat window now correct (and also showing offline state)
- Saving discarded the newest messages (not the oldest)
- Player ranking had wrong sort for oprational profit
- Always have topped or new windows on the screen
- extend label of income in convoilist properly
- building makeobj on github
- Possible use-after-free when opening and closing modal dialogue
- continue game feature for _WIN32 as well
- proper max loaded speed display in depot
- vehicles not loading
- also recoonect bridges in pak128.german
- buffer overrun
- do no connect to bridges from normal ground unless in starigh direction
- connect to diagonal elevated ways but not bridges
- reenable dragging of stations
- right click scrolling in minimap
- Don't skip BASE_DIR/config/simuconf.tab if -singleuser switch is used
[ 2024-11-20 18:09:09 CET ] [ Original post ]
Less than a month after Simutrans 124, a new Simutrans version has been released. This was supposed to be a bugix release to address some of the issues players reported for the 124 release, but it ended up being a minor release with new features (player ranking) and a renovated chat window.
For Steam players specifically this is also a very important release. The funcionality of the preloader has been integrated into Simutrans itself, so it is no longer required and has been deleted. Furthermore, we took this opportunity to add more Steam specific features, such as achievements and rich presence!
Achievements and rich presence
You have four achievements available currently:
- One for playing pak192.comic and another pak192.comic achievement obtained by transporting a certain amount of ink from a kraken.
- One for trying to delete a busy bridge.
- One hidden achievement for pak128. I will not tell you, go try to find it!
Highlights of this version
- Player ranking window
- Renovated chat window (icons only included in pak128 and pak64)
- For Steam only: The first achievements, rich presence, and the end of the preloader.
- Fixes related to crashes and installation of paksets.
- Fixes to the tutorial.
Paksets updated since Simutrans 124
- Pak64 124.1
- Pak128 2.9.1
Full changelog
Here's the full list of changes since the last version. Added [quote]
- New chat system with personal and company wide messages
- New squirrel function for convoys is_followed()
- Integrate Steam API into Simutrans (managing wokshop items, rich presence, and achievements)
- Split macos builds into macos-intel and macos-arm
- silent installer in principle suitable for the Microsoft store
- Support for player ranking in the current year and divers fixes
- Updating the line schedule of a convoi bound to this line will overwrite any pending changes from that schedule if open in the schedule window
- scrolled list now takes care of all dynamic resizing => more reliable and more performant
- check_and_set_dir will attemp to create directories if they don't exist (and testfile is not provided)
- some small GUI fixes for size recalculation and related
- makeobj did not dump empty placeholder parent nodes like MENU
- remove triple CR since lots of translations with trailing returns
- only resort player buttons in container if needed to keep buttons responding on first click
- News windows again in reasonable width
- Crashes/failed asserts of passenger AI
- Properly have scrolled list starting at top or bottom
- log nickname change in chat
- size of infowindows better match the space
- Updating the line schedule of a convoi bound to this line will overwrite any pending changes from that schedule if open in the schedule window
- copy to clipboard
- New world tool had wrong tooltip and hide building was never in selected state
- right size of empty textarea groundwindows
- renaming cities, convois and factories works again
- Cannot build ship depots on dead-end canal or river tiles
- Reflect player button color on the player frame when changing player color
- Working strcasestr implementation
- Possible crash when requesting more than 12 threads via commandline
- catch empty strings in dr_mkdir()
- properly detect portable installations
- create alsways absolute paths on Windows
- nsis uninstaller
[ 2024-06-02 19:26:53 CET ] [ Original post ]
The long awaited Simutrans 124 is finally here! This version comes with a lot of changes, although the most visible ones are the improved support for anti-aliasing of fonts and some reworked windows. Under the hood, many less visible changes were made to allow this to be the first stable Android release - which means you will be able to play online now on Android too! Note for macOS players on Steam: Due to the new directory structure, paksets installed through Steam may not show at all. You can use the in-game installer to workaround this.
Highlights of this version
- Improved anti-aliasing of fonts, now using TrueType fonts by default.
- Reworked main menu and option windows.
- Reworked list windows, they are now checkered lists easier to read.
- The minimap now changes if you are in underground mode.
- The new directory structure allows the players to install paksets if they don't have admin rights.
- Fixed loading of heightmaps.
Paksets updated on Steam
- pak64 124.0
- pak128 2.9
- pak192.comic 0.71
- pak64.german 124.0.0.2
- pak128.german 2.2
Paksets updated outside Steam
- pak64.nippon 0.62
Full changelog
Here's the full list of changes since the last version. Added [quote]
- pak64.german 0.124.0.0.1 uses 40x40 buttons and therefore the theme is necessary and should not be missing
- labelupdate for all windows were it makes sense
- Checkered list windows
- obj_xxx_details in translation will display some more details on an obj, especially vehciles
- traffic lights remove themselves if only a curve or a single tile is below them
- fontconfig for linux font selection
- Aliasing fonts
- Rework of banner and options windows. Added button to play tutorial and load last save to banner
- rotate house tool will also switch railroad switches (eyecandy only)
- new parameter in simuconf.tab cityroad_speeds for a timeline (year,new_speed) of speed limits of way with pavement
- rotate also rotates the order of vehicles on a tile to avoid overlapping
- Sell all convois in a depot with Ctrl + Sell button
- Signals can be replaced by overbuilding them using left-click
- missing script ai text
- menubar can be dragged to each corner
- Display artist credits for music
- function find backend specific default TTF font dr_get_system_font()
- Theme colour parameter for highlighted objects (gui_color_object_highlight)
- scroll to selected font in load-font window
- theme parameter gui_color_image_transparency to set transparency color for icons (Yona-TYT)
- update vehicle history frame with search string
- .pak files are now also searched for in subdirectories of pakset
- tooltip warnign when try to cross way without suitable crossing or curves on runways
- Loading time display in depot, convoi info and vehicle timeline
- MSI installer for SDL2 MSVC builds
- single toolbar mode (top and centered) primarily for Android and tablets
- Try to detect base_dir when installed on linux
- new tool (and button in signal dialog) for removing signals only
- map view can be changed with any general tool by dragging the pointer above a threshold
- High resolution icon for Android
- all list react immediately on editing the filter name
- removed a lot of table to speed up convoi list and added route bar
- right click/control+left -> goto pos, left click -> open window
- Again orange as default unowned color to have more contrast
- Decouple label style and show option
- enforce a minimum width of 5 digits for number edit fields
- GUI numberinputs stretch horizontally to fill their space
- Players can't build over public ways if there is another player halt on them
- Slightly improved goods window
- Almost impossible to have a language selected with a non-matching font
- rename texttype to correct name
- save button and save window single translate
- button text to exists translate (equal to the window title of the dialog)
- state of railroad switches will be saved between games
- Delete buttons are always shown when saving/loading. Config show_delete_buttons is deprecated
- Increased default vertical spacing of loadsave items from 0 to 1 (so it doesn't look super crammed)
- use internal server list name for backup
- use 5bit granularity for alpha-blending sometimes
- do not change debug tab in scenario window if debug text is empty
- issue warning when old object is overlaid by new one
- click on ticker jumps to coordinate of message under cursor (or opens message window)
- send doubled-object warning as message, click on the message shows the full warning
- only warn about doubled objects with different checksums
- a go-to-coordinate action will change view to underground/normal view if target is invisible
- messages, speed records, ticker use 3d coordinates
- tests use command_x.set_slope
- Display number of station tiles in parenthesis in convoi details
- update convoi list name filter on enter to avoid longer delays
- reflect underground view settings in minimap windows
- Look for fonts in subdirectories recursively (up to 5 levels)
- pedestrians spawned on more tiles, more distributed over tiles, now client wise settings for server games
- Ignore pedestrians for deletion tool
- only show connection of top factory window in minimap
- use TAB to change between tabs
- 6% speed gain to to a freelist with integrated iterator
- Always allow '-until' command line parameter
- MacOS bundle is now self-contained
- removed LEFT_REPEAT message hack, as this destroys left dragging for fps<10
- discard all but the last drag event in a single call to check_events(() or the calac_route maz be called twice during mark_tiles
- process events in screen refresh and queue them for execution for more responsiveness on weak devices
- reset frame time when zoom in
- file location in the same directory
- pakset downloader in separate file
- Divide minimap 'Selections' button into two (Show networks and Selections)
- Use XDG_DATA_HOME for user dir on linux (only if it has been set)
- allow dragging scrollpanes instead using scrollbars
- only load goods for a destination into a single convoi. This avoids loading in parrallel of slow loading convois
- test connect timeout now 2 seconds (for windows, please adapt and test on Linux/Mac) for query server status
- generating header script works under windows again
- all again to connect from vertical cliff to monorailboden
- vehiclelist ignored name filter for waytypes selection
- vehicle list did not sort by capacity and was not properly restored after saving
- hide wayremover, wayobjremover and signalremove icons when those ways are not available
- labellist positions need to be 3D
- derive ground info from obj info so long waynames work again
- a bridge and tunnel has just a default street => do not show info
- extra margins of objects inside a marginless container fixed => all dialogues open in the same size again
- if a schedule open not of plane 1 => crash
- Could connect way to side of sloped elevated way
- Game lags when paused, especially on big maps
- Withdraw Line button did not indicate withdraw status correctly
- OS window sometimes does not close when modal dialogue is open
- makeobj MSVC builds
- show waiting bars even without labels
- banner window does not close on window close!
- outside was not redrawn when windows minimized
- wrong function name
- default char for cyr.bdf and revision detection fpor MSVC
- start also with a wrong unloadable font specified
- Error when using 'makeobj dump'
- removed unblocking sockets for linux
- distribute.sh was not working for some time on linux with default template
- Height conversion mode ignored if selected after heightmap
- Wrong speed of bridge ramps in some cases
- Wrong length for bridges in build preview tooltip
- pakset.nsh
- built nsis again for github nightly
- Extract .cab and .tar.gz correctly
- (THLeaderH) crossings upgrade in ways are upgraded
- crash when loading vehiles as cnv==1 is used as flag during loading
- drawing order of private car
- better calculation of dsip_lane also with overtaking cars and road convois
- Wrong draw order of road convois turning E->SE or NW->N
- airplane convois are somewhat working. Need through stops better for this
- Makeobj ignored switch images for tracks with no seasons
- Graphical glitches related to translucent player colours
- Wrong brightness of colours in screenshots
- Label colours when label is unowned
- swallow all extra finger events to have better zoom and three finger scrolling
- Debug assertion failure when starting a new scenario
- Loading window no longer closes all other windows and does not trigger other loading tools in the toolbar.
- Missing translation of 'Depot' (dataobj/schedule.cc:590)
- Clamp env_t::max_acceleration correctly
- Cannot load sounds from pakset if pakset is in user directory
- ticker messages - use one method to insert in list
- replace %% in translated strings by %, but only for those strings where the base string does not contain format specifiers
- Memory label cut off when increasing map size in New World dialogue
- Broken compat.tab parsing
- Crash when trying to load TTF font without family or style name
- Crash when allocation of buffer for node name fails
- Crash when dumping pak file containing a node with invalid size
- Crash when reading pak nodes with malformed or unknown type
- Crash when using 'makeobj dump' on corrupted pak files
- Crash when reading non-null-terminated object names from pak files
- Use-after-free when listing node names of pak files
- crash when such a pedestrian was created near map border
- do not generate pedestrians on roads without any connected roads
- Crash when displaying alpha images near window border
- builing vehicles from the future is not allowed
- problems with transparent pixels
- crash in build-station tool without cursor
- get_available_* returns only descs of buildable objects
- do not draw on the window boundary
- correctly check for character 30
- improved width calculation for numberinput elements
- cannot build double slopes if the pakset does not support it
- try to repair broken format strings (replace % with %% for broken specifiers)
- use double percent sign in translatable strings
- format string checks
- fix/remove more RGB555 stuff
- crash if desc == NULL (may come from scripts)
- Missing credits of midi tracks
- Credits of midi tracks
- correctly handle suspended calls with ct == FORCE
- crash in scripted tools
- correctly reset tool-drag event if scenario check failed
- search_folder_t::search_path if d_type is not supported (koroal)
- invert schedule function not working properly (koroal)
- window position not being saved in some cases (koroal)
- factory_x::get_tile_list returns list of tile_x's (Yona-TYT)
- remove preview image of tools if moved on a tile that is forbidden by scenario rules
- memory leak
- -addons/-noaddons setting saved in settings.xml
- do not reset full underground mode when zoom with mouse wheel
- apply the correct coordinates when processing links in scenario window
- Vehicle list name filter not saved due to typo
- initialize restart-variable (Yona-TYT)
- properly clear random-mode flag
- do not check for local execution, shut down network on quit
- size calculation of depot dialog to properly show vehicle list (Roboron)
- loading of scenarios for paksets from addons (Yona-TYT)
- (after ranran) loading of legacy translation files
- schedule positions when rotating non-square maps
- clear schedule-editing flag if check fails
- trivial case in haltestelle_t::is_connected
- crash with invalid defaultparam
- Cannot build trees on clouds
- world.generate_goods did not work correctly for mail/freight
- Uninitialized read in gui_image_t::get_min_size when COLOUR_DEPTH=0
- Adapt Load Script dialog to new directory structure
- restore all open convoi and halt windows
- quit does not quit the server
- Addons are loaded by default (contrary to documentation)
- starting a scenario in now a command to do this in the step
- call the quit tool from dialogues for quitting
- Undefined Behaviour when converting char * to utf8 *&
- Crash when supplying invalid default_param to tool_plant_groundobj_t
- Crash when supplying invalid default_param to tool_build_station_t
- Crash when supplying null default_param to tool_build_station_t
- implement constructor in c++ instead in squirrel
- correctly propagate error when pushing large arrays
- Crash when supplying invalid default_param to tool_plant_tree_t
- Speedbonus not being applied to air (reverts partly r9208)
- use translated error message instead of raw string
- setslope for scripts on server games on single-height paks
- accept sym-links as directory
- dragging of tools with ctrl, propagate flags through defered calls
- scrolling with mouse wheel in droplists opened above combobox
- copy way-flags when replacing ground tiles
- Cannot load addon scenarios if there are no addon objects
- Use-after-free in makeobj when reading malformed dat file
- crash when trying to save to unreachable location
- check for NULL pointers
- Paks loaded from addon subdirectory even if -noaddons is specified
- Signals not shown when minimap is set to show tracks
- Graphical glitch when ticker disappears while background is visible
- Position of elements in 'Sort by' depot combobox
- PVkraftwerk should produce again power
- Disable font size button for bitmaps fonts
- do not updtae crossing speed with new way
- when deleting stuff from tiles with two or more objects
- Don't double sync_step citycars
- focus with comboboxes
- pedestrians agon walking diagonal
- also forbid pedestrian entry on tiles with more than 240 objects
- Do not generate too many pedestrians per ground
- pedestrians try to hop to full ground
- beaches were not properly recognised for environmental sounds
- Curl pakset download for built-in installer
- pakset downloader not listing any paksets
- crash due to calc_route called twice when dragging way tools at low fps
- Obey control lock tool in more all situations where the control key would work
- accidently swapped single toolbar option defualt for non-android
- Pakset selector failed to load a single pakset with no addons
- Network filter comboboxes take preference capturing the mouse wheel over the minimap
- control+drag of ways
- append halt only once
- show no tooltips on toolbars if cursor is on title bar
- do not swallow keys and scrollwheel events in scrollpanes
- windows were topped before the underlying window got their removal message => topped window function not working as expecting i.e. schedule display of convois
- Disallow merging with public stop (or any stop) to take over ownership
- heavy_rotate_saves does not delete old saves correctly
- Cannot load PPM heightmaps
- Int overflow for large power networks in minimap
- missing string and no spaces at the end of translator objects
- switch on and off network overlay when line is active
- minimap background rendiering mode is not reset but selecting other options
- crossing logic did not correctly obeyed speed limits
- After loading a save, the color of the stop list title
- display_snapshot uses wrong area if area is offset horizontally
- scaling window with GDI
[ 2024-05-05 16:29:12 CET ] [ Original post ]
The Pak192.Comic recently released version 0.7 of this comic themed pakset. If you are playing Simutrans on Steam and you installed the Pak192.Comic DLC, you will get the update automatically. Otherwise, please see "Where and what to download" section.
Changelog
Gameplay changes
- turned "avoid over overcrowding" off by default again
- , and . now work for controlling time in the game
- ( and ) now work for sliced view up/down
- road speeds from 50 to 55 and from 70 to 80
- pricing that considers the actual build year of the vehicle, instead of the introduction year
- Pubs now comsume rum as well
- there is a track/track submenu now
- increased the productivity of the wiredrawer
- higher fix costs for ships
- changed to intro years of 120 and 160 kph track
- tutorial works with the tutorial button now
- playing from 1930 onwoards should feel way more complete now compared to previous versions
New objects
Industry
- European sugar production with beets (farm, fields, refinery)
- biofuel plant
- Additional coal power plant that better fits early years
Infrastructure
- river stop for goods
- letter box stop for road
- docks for pax
- older post office
- track with different kinds of gravel beds
- 1850 station hall
- steel girder bridge for narrowgauge
- HUGE HUGE station hall for people that need to prove they have the biggest network
- narrowgauge tunnel for 50km/h
- 80kph railway bridge
- streetlights as (free) wayobj
- fake city road in cobblestone look
- Lot of new SBB Type N and L Signals
Buildings
- citybuilding "Danivision"
- citybuilding "Keycaps Skyscraper"
- citybuilding "Taipei 101"
- monument "Disco Sphere"
- curiosity "StarGate"
- curiosity "Guardhouse"
- inverse Corner for St. Plten station building
- alternate version of all Plten elements
- several new citybuildings across all climates
Vehicles
- more ships for channels
- gigaliner converter for semitrucks
- HHA DT6
- Baden IVh
- a couple of Baden express coaches
- old Baden compartment coaches
- lots of old freigth cars and hoppers
- Baden VIc
- old AC S-Bahn Hamburg
- DRG D21b / C21 Abteiwagen
- DRG "Donnerbchse"
- DR Rekowagen
- DRG E01
- KPeV EG502
- KPeV EG511
- KPeV ES1
- Getreideschiff
- old postal tram
- prussian G12
- ET 88
- ET 41
Things that walk around
- various new generic pedestrians
- try to spot some easteregg-pedestrians too
- ducks, swans, sharks and a whale
- a fox
Improved objects
- the narrowgauge to road crossings
- some sounds for some trains (not too many yet sadly)
- swapped the first and second player colour for green coaches
- various glitch fixes
- palyer colour for the Alsterdampfers
- player colour for V200
- SBB EW I
- the old track plattforms
- updated DRG coaches
- loading image for beets for many vehicles
- crossing track narrowgauge now fits the whole tile
- SBB PTT
- player colour for bavarian D VIII
- ET 11
Addons
In plus to the "core" Pakset, there are multiple changes to the addons provided within the repository:
New version of the game: The all DACH pakset contains the main pakset and the DACH addons.
Vehicles
- BR 216 "Lollo"
- 4 car OBB Cityjet for Vorarlberg
- Bpm 61 20-70
- SBB Bpm 20-90
- SBB EW IV
- BT EW IV
- orientrote BR 218
- updated Nuremberg subway cars
- new SNCB I6 livery
- update gear values for most british vehicles so they can reach their top speed
- SNCB HLE 17
- SBB IC2000 postal car
- DB Mintling coaches
- fictional BR 427
- BR 423 and BR 430 for BWegt
- BR 422 for VRR
- BR 426 for BOB
- BR 425 for Transdev
- 120km/h Silberling
- more colours for the BR 110, 110.12, 110.3, 111, 112, 113, 140, 141, 150, 151...
- HHA AL
- EMT CLASS 156
- two RZD sleepers
- FLIRT 1 for SBB
- FLIRT 3 for BWegt and SBB
- extra livery for DSB EG
- player colour for class 59, 92, 375, 376, IC225
- 140kph/h TEE VT11.5
- sleeper 61-7034
- update of the docklands units to jakops boogies
- more colours for BR 18.3, 58.2, 75.4
- Wittenberger Kopf
- German luggage cars as empty and piece good cars
- more "preuische Abteilwagen"
- prussian luggage car PWIRP91
- RABe512
- CIWL Lx20
- express coach Bauart 1935
Infrastructure
- tunnel catenary for standard gauge
- side swapped catenary
- infty Tunnel
- vmin = 121 and vmin = 71 signs
- track with different kinds of walls
- infty bridge for track
- two extra platforms based on the 1850 platform
- station hall 1890 in 3 parts as well as an inversed version
- brick build depot
- 1850 station hall in bright colours
Where and what to download
- The Pakset for Simutrans: pak192-comic.zip
- The Addons for the Pakset for Simutrans: pak192-addons.zip
- The combined file containing the Pakset and the Addons for the Pakset for Simutrans: pak192.comic-serverset.zip
- The combined file containing the Pakset and the DACH-region only Addons for the Pakset for Simutrans: pak192.comic-all-DACH.zip
- The Themes: themes.zip
What's missing still?
[olist]
Contribute?!
Feedback always is appreciated! Please tell us what you like, dislike and would want to have improved! In plus, freely contributing to the pakset is a thing! Pak192.Comic is open source, freely adjustable and auto compiles from github actions. That means, you could just clone the repository, do some funky changes and have github build your very own version without doing a lot for it. There's no weird encoding, no encrypted values, nothing. If you go to the dat file for your favourite steam engine and change the maximum speed from 100 to 2000, you just did that. It'll appear in the game just like that. Don't like coal power stations? Just get rid of them. Want to have a rainbow coloured subway? Just draw a rainbow on the image of your favourite subway train. That's pretty cool, right? But how about you share your funky changes with the rest of the world by adding them to this repository once they work out just fine. That way you could improve the world!... or well, at least this game. Link to the GitHub: https://github.com/Flemmbrav/Pak192.Comic In Plus, there's a lot of stuff to translate. In case you can speak a langauge in plus of German, you're a perfect match for this! In case you need help modifiing or contributing towateds the game, do not hesitate to ask for some.
[ 2024-02-02 22:49:39 CET ] [ Original post ]
Welcome to Simutrans Extra! I have been pretty quiet so far this year as I needed a break after the Anniversary events of last year, but a lot of things have been happening in the Simutrans world meanwhile. It's time to review them! But first, let's talk about the elephant in the room.
When there will be a new Simutrans release?
We couldn't make a Simutrans release last year, the reason behind this being the war in Ukraine. Another negative effect of the war is that Ukrainian developer Pelya was drafted for the military. Pelya is not directly related to the Simutrans project, but he maintained a set of scripts that enabled games like Simutrans and OpenTTD (between others) to be compiled on Android. Unfortunately, the build for Android stopped working and to fix it one would have needed to fix Pelya's scripts. But no one in the team knew how to do so, so the release was delayed until we could release for all supported platforms at once. Seeing that the war was not going to end anytime soon, I stepped in some months ago to do something about this. I developed a new build system for Simutrans on Android completely from scratch. It took quite a lot of work, but the end result is a far simpler build and, more importantly, one I know how to fix in case it stops working! Wars are bad. But you know what's good? UI improvements! A few of them are currently under development, so you can expect a new release when we are done with them. Let's see which they are!
Font anti-aliasing is coming to Simutrans!
Thanks to the work made by developers Hajo and Dwachs, font anti-alising is nearly ready for Simutrans. While you can currently set any TrueType font in Simutrans 123, they look quite a bit ugly without anti-aliasing. Introducing anti-aliasing will finally make these fonts look good at any size (although the UI still needs to be redesigned to adjust to font sizes, specially very large ones). We will also take this opportunity to move away from bdf fonts and change Simutrans' default font, probably to Noto Sans font.
A screenshot showing how Simutrans looks with Noto Sans and anti-aliasing.
Main menu
What was initially going to be an addition of a "Play Tutorial" button in the initial banner has evolved into a redesign for the entire banner, adding a few more options and now working as a "main menu" to which you come back when you want to start a game.
The new main menu. Final version may change. Consequently, the options windows and other windows will be simplified and adapted to the new flow.
The options windows. Final version may change.
Improved Station labels and markers
When legendary Hajo came back earlier this year, he focused on improving various part of the UI (which Simutrans is indeed in need of improving). One of his most exciting ideas was a new appareance for station labels and markers which could be defined by themes.
Just look at those, they look fantastic! Hajo has unfortunately not been active since the start of this year - but you can bet I will do my best to finish this and include it in the next Simutrans version.
Lost and found musicians
You may remember that one of the Anniversary events of the last year was a post showcasing the music of Simutrans, where we asked for help to identify the unkown musicians for some of the songs. Now with help from jm764 and other members, we have fully identified all the creators of Simutrans music! To honour them, in the next version, Simutrans will display credits for the current song!
Pak144.Excentrique
Another of Hajo's comeback works has been a rework of pak44.Excentrique - now with better graphics!
Who said Simutrans paksets have to look old? The project is on hold as Hajo is not active at the moment.
Pak48.bitlit
Okay, hear me. One of the most exciting things about Simutrans is the degree of personalization you can achieve. Experimental paksets like the recently announced pak48.bitlit are a proof of that.
What if your Simutrans game was set in a world made by Electrons, Bytes, Memory and CPUs? Welcome to pak48.bitlit, where you will transport Electrons instead of passengers, Data instead of mail, through uni- and bi-flows instead of roads and tracks!
New online server
In the previous weeks I have been experimenting with the hosting of Simutrans game servers, with the intention of hosting a permanently online Simutrans game server based on Simutrans stable (Simutrans 123.0.1 currently) and Pak128 stable, so anyone who just installed Simutrans can join to experiment online play. I've learned enough in the process, so I will go on and open a new game server in the following days called "Simutrans Public Server" (the precursor server, "Roboron's Public Server", will close soon). Everyone is welcome to join! If we manage to fill all slots, I will spin up a second game server. [...] We have come to the end of this Simutrans Extra. But worry not, because you will hear from me again, soon. Don't forget that, as every year, we will celebrating a Screenshot Contest by the end of this year. And for this edition we have a surprise! I will reveal all the details in a few weeks! Until then, happy Simutransing!
How can YOU contribute to Simutrans
Simutrans is an open source project. That means that anyone - including you - can improve it! Did you ever want to contribute to Simutrans but you have no skill for coding? Worry not, you can contribute to Simutrans in a variety of ways:
Translating
Simutrans is constantly updating and adding texts so we are always in need for translators:
- To help with translation use the SimuTranslator web tool.
- To request a translator account use the Translation Sub-Forum.
Painting
Simutrans is always looking for artists! If you want to paint graphics for Simutrans, check:
- The "Creating images" section of the Development Index..
- The General Resources and Tools Sub-Forum.
Coding
- Check out the Technical Documentation Sub-Forum.
- Do not open Pull Requests in GitHub. Use the Patches & Projects Sub-Forum instead.
Reporting bugs and submitting suggestions
- Report bugs on the Bug Reports Sub-Forum.
- Send suggestions to the Extensions Request Sub-Forum.
[ 2023-10-22 11:28:49 CET ] [ Original post ]
Votations are closed and the first winner is... "Furniture Industry Route", by meruhen205. With the diverse routes shown and the attention to details (including the music!), it is no wonder why it is the most voted video - a total of 14 votes. Congratulations! [previewyoutube=AY84w2frCFI;full][/previewyoutube] In the second position we have "Akiwa Tsuneyama Main Line Local Service from Nakahara to Yamano" [strike](have you read it to the end?)[/strike] with 8 votes by danivenk, another greatly produced video. Good job! [previewyoutube=5ZcxnomkuZI;full][/previewyoutube] The third place is reserved to "Airport Hotel Shuttle Bus", by DThunder (he can't stay away from the podium!), a simple yet elegant video that reached 7 votes. Nice done! [previewyoutube=rQLmxzgmkK8;full][/previewyoutube] Here is the rest of the winners: 4 - "Autumnal Journey" by cousjath (6 votes) 5 - "Barington F line Light Rail Northbound Trip" by Jausdepot (3 votes) 6 - "The New Express Line" by Fightdrug (2 votes) 7 - "North American Style Commuter Train Journey" by DThunder (1 vote) Congratulations to all! I will contact you all one by one so you can pick your prizes in order. That may take some weeks, be patient! The first winner will also be featured in the Simutrans Steam Store page. That's all for now! Did you like this first video contest? We may celebrate another one in the future, if there is demand. For now, next year contest will be another screenshot contest. Until then - Happy Simutransing!
[ 2023-01-23 19:48:28 CET ] [ Original post ]
Thanks to everyone who submitted a video! Vote now to select the winner of the first ever Simutrans Video Contest! Playlist of participants is available on the Simutrans YouTube channel You can cast your votes on this survey in the Simutrans WIki. You can cast up to two votes. Every participant will take a prize, so please don't vote for yourself!
[ 2023-01-16 17:20:15 CET ] [ Original post ]
On this unscheduled last post of the Simutrans 25th Anniversary, we will honour one of the (usually overlooked) characteristics of Simutrans: its music.
Simutrans is unique in more than one way. One of these uniqueness is that, considering it is an open-source game, it has an incredibly rich set of music. With over 50 songs over various genres contributed by various artists over the years, Simutrans has one of the greatest collection of music of any open-source game.
To celebrate this, we have uploaded the music of Simutrans for the first time ever in non-MIDI format; so you can play it directly in your browser! You can now listen to the music of Simutrans at this YouTube playlist https://www.youtube.com/playlist?list=PLzRXNerdR1xM1qAkIQANJeDmWgyJc6KBa
Which is your favourite track of Simutrans? I do have a personal favourite. You may be thinking it is "Above the Sky" as it is the track used in the trailer. Wrong! It's actually "Techno-movement". Kudos to RykSeb for composing such an awesome track!
[previewyoutube=74O3Lcg0fPk;full][/previewyoutube]
Note that most tracks (from before Simutrans went open-source) are not properly credited. Unfortunately, that information have been lost to time. If you know who composed the original tracks, please let us know so we can credit the artist!
Remember that we have a currently ongoing Video Contest (ending in one month) with plenty of prizes for everyone! You can use any of this music to make it better https://forum.simutrans.com/index.php/topic,22031.0.html
[ 2022-12-11 16:23:45 CET ] [ Original post ]
Welcome, everyone! The first Simutrans Video Contest is about to begin! This is the first time ever we celebrate a video contest, and it is not the only surprise! This year you can also win actual prizes just by participating! Let everyone win!
Participation
1 - There are no categories. This means you can choose whatever pakset you want, and also whatever Simutrans version you want (yes, including Extended and OTRP).
2 - You can submit as up to two videos. This also means you can win up to two prizes!
3 - You need to include title for every video. Videos without title will not be eligible!
4 - You have until Januay 15st (inclusive) to submit your video!
Theme and guidelines
1 - The theme this year is... Routes! Show us your best routes, for example by following a convoi or different convois. Be creative!
2 - To keep videos clean, hide city/station names and waiting bars. Also, avoid showing non-Simutrans elements such as the title bar.
3 - There are no limits to video size and resolution, but recommended resolution is 1920x1080 as this is the most common resolution.
4 - Video duration limit is 10 minutes, but consider a duration of around 5 minutes.
5 - Use Simutrans music when possible. If you wish to use other music, please check that the license allows for its usage freely.
Remember that you can submit videos that do not fit the theme or guidelines just for the sake of showing others your work, but theme and guidelines will be used to select the winners!
Prizes
1 - For the first winner ONLY: The video will be displayed on the Simutrans Steam store page, alongside the new trailer. If the version used is not Simutrans Standard the next winner will be considered.
2 - For EVERY participant: You can choose a game* from the following list (choosing will be made in order, starting from the first winner):
- Surviving Mars + Green Planet + Project Laika + Colony Design Set + Marsvision Song Contest + Space Race + Deluxe Edition Upgrade Pack
- DEATHLOOP
- Just Cause 4: Complete Edition
- Ghostrunner
- Killsquad
- Railway Empire
- Little Big Workshop
- Epic Chef
- Not tonight
- Dinosaur Fossil Hunter
- Gas Station Simulator
- Rogue Heroes: Ruins of Tasos
- NARUTO TO BORUTO: SHINOBI STRIKER
- Embr
- A Plague Tale: Innocence
- Emily is Away <3
- The Dungeon Of Naheulbeuk: The Amulet Of Chaos
- Forgive Me Father
- Descenders
- Monster Train + The Last Divinity DLC
- The Dark Pictures Anthology: Little Hope
- Disciples: Liberation
- Golf Gang
- Maid of Sker
- The International Simutrans Forum: Posting the link to this thread.
- Steam: submitting your videos to the "Videos" section of the community Hub, or just posting the link on the Announcement comments.
- Reddit: Submitting your videos to /r/simutrans/
- Twitter: Using the hashtag #SimutransVideoContest and mentioning the @SimutransTeam account.
- Mastodon / Fediverse: Using the hashtag #SimutransVideoContest and mentioning the simutrans@fosstodon.org account.
- E-mail: Send us your submission via e-mail to social@simutrans.com
- OBS Studio: Cross-platform tool to record your screen and applications. Fully free and widely used https://obsproject.com
- Kdenlive: Cross-platform tool to edit your videos. Fully free and part of the KDE project https://kdenlive.org
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - An interview with James Petts, the Ex Father
- 2022-09-30 - New Simutrans trailer
- 2022-10-15 - An interview with himeshi/THLeader, Simutrans OTRP developer
- From 2022-10-30 to 2023-01-15 - Simutrans 25th Anniversary Video Contest
[ 2022-11-01 14:39:59 CET ] [ Original post ]
Welcome to the last of interviews of the Simutrans Anniversary before the final event! Our special guest today has the honour of being the only other successful developer who has made a Simutrans fork: Simutrans OTRP. Let's explore the boundaries of Simutrans with the help of his creator, Himeshi!
______________________________________
First of all, introduce yourself. Who are you? Where do you live? What did you study? Where are you working or have worked on the past?
I am Himeshi. Himeshi is a handle which I use in the Japanese community. THLeaderH is my handle on the International Simutrans Forum and other international simutrans communities. I have lived in Tokyo for my whole life except for its very beginning.
I am a software engineer at a Japanese IT company, which provides a chat app for smartphones. My job is developing the company's chat app for iOS with Swift programming language, and the chat app is widely used in Japan and some east Asian countries. I am in the second year of my career since I graduated from the school in March of last year.
I studied computer science and electrical engineering in the University of Tokyo, and its graduate school. I have a master's degree, but do not have a doctor's degree. I enjoyed studying in the university, but was not so good at research. I studied electrical tactile display during my master's period, but it ended with submitting only a few papers to small conferences without paper review, and did not participate in any on-site academic meeting since the COVID era started during my master course.
When not programming in your daily job or in Simutrans, what do you like to do?
Aside from development, I love playing Simutrans. I usually play my local map with OTRP, and sometimes play a network game with my friends in the Japanese Simutrans community.
Chatting and voice calling on Discord is my daily habit. There are a bunch of discord servers which are derived from the Japanese Simutrans community, and I am in multiple of them. The relationship is a kind of friendship, rather than the simutrans community members, and we talk about so many kinds of topics there.
Although the frequency has decreased recently due to COVID, I often go to the home party in the house of one of the core community members. I don't remember how many times I went there. At least, so many times since a few years ago. We spend a precious time there with beers and Japanese Sake. The house owner (We call him "Kumi-cho") could not drink alcohol at first, but recently, he started enjoying the Sake we brought with us.
And recently I bought a new Toyota car with a manual gearbox, so I frequently go driving in my holidays. The driving is often with my family and the friends in the Simutrans community.
Indeed, the Japanese Simutrans community seems very united, and it is without doubt the largest and most active community. Which is surprising, since traditionally the largest community has been the German one (being the early developers from Germany). Why do you think the Japanese community has become the most active?
It is a tough question. Personally, I think the offline meeting culture and Japanese characteristics to prefer crafting are the factors of Japanese simutrans community prosperity. However, it is only one aspect of the community. To understand how the community became as today, I have to summarize the history of the Japanese simutrans community.
Fortunately, three years ago, Peruri summarized the community history in our meeting. The history described below is based on this video.
[previewyoutube=9lpzAw-Xh14;full][/previewyoutube]
The Japanese Simutrans community is said that it started on the anonymous board, called "2ch". It started with the translation project to Japanese, then the members started to post addons, their saved map, and screenshots. Since 2ch is anonymous, most of the members did not have their handle at that time.
After that, the Japanese simutrans wiki was founded, and addons were posted there. Uploading simutrans videos to "niconico", a Japanese video sharing service, became popular at that time. With these activities, creators had handles in the community.
Simutrans 111.0 supported the network game. As soon as it was released, Japanese simutransers started to play the network game. Addon authors were also in the network game, which means players and addon authors play the game in the same place. At that time, twitter was becoming popular, and twitter became the main place for the Japanese community. On twitter, players also have their handles. Since the conversations on twitter are public, more and more people joined the Japanese simutrans community.
As the community prospers, some people started to meet face to face. They understood how great meeting face to face is, and the number of face to face meetings gradually increased. As a result, in the Japanese simutrans community, a bunch of smaller and closer communities which are based on face to face meetings were formed. Some members regularly held drinking parties in these communities. Moreover, meeting face to face encouraged starting the larger projects, such as SIS and pak256.
As the information exchanged in the communities increased in amount and became more private, twitter became not suitable for communities. So many communities moved to Discord, and they became closed communities. Since a few years ago, Discord has worked as comfortable and safe places for communities.
On the other hand, Japanese simutrans communities are not an exception for the recent world wide simutrans community shrink. As most communities work on Discord, fewer newcomers are coming to the communities. At the same time, some existing members reduce the time to spend in the community, and often disappear from the community. Also, we talk about things other than Simutrans more frequently.
One of those meetings is the Japanese Simutrans Conference. Could you tell us more about it? What kind of activities are done? When did it start and by who?
The Japanese Simutrans Conference started in 2017. At that time, the community members explored how to make addons and their play styles individually, and the knowledge was not shared enough. So, on twitter, I suggested holding a simutrans conference. The events themselves had been operated by other community members. The first one was held by JHSDF.
In the simutrans conferences, the attendees presented Simutrans related knowledge and experiences with slides. The simutrans conferences were held three times in 2017, and once a year since 2018. This year, I called for presentations for the simutrans conferences as we did last year, but no one applied for it. So I decided not to hold the conference this year. The Simutrans knowledge and experiences have been shared enough via the past simutrans conferences, and I think the Japanese Simutrans Conference served its purpose.
When did you join the community?
I joined the community ten years ago. At that time, the series "The story of Kumagaya peninsula development", which is still a monumental Simutrans video series for these days, was being uploaded. I was affected, and also uploaded my Simutrans video series.
Seven years ago, I joined a face to face meeting for the first time, which was in a chartered train. And five years ago, I started modifying the simutrans code, and my contribution for the International Simutrans Forum.
[previewyoutube=nuxJBc-rryA;full][/previewyoutube]
Video from the Kumagaya series by 128Na
The Simutrans version you started working on at that time is what we know today as Simutrans OTRP (One-Way Two-Lane Road Patch). What did motivate you to start working on this project?
At the end of 2016, I was developing Route map maker, which is a software for PCs to make a railway route map easily. It was a success to some extent, and I was looking for the next thing to develop.
Route map maker was written from scratch, and I wanted to develop a new feature for an already existing larger software as the next step. Simutrans was the best for that purpose. At that time I had already played simutrans for five years, and I had wanted to try to add new features to it. So I decided to try modifying simutrans and adding a new feature for it.
There were so many candidate features to be developed, but I thought that it was easy to improve the road vehicle overtaking logic for one-way highway, which was revealed to be completely false. I knew that some conditions which seem to be too strict were imposed on overtaking, and I thought the overtaking improvement can be completed just by removing these conditions. The result was, the collision of the two vehicles on the overtaking lane. Then, my long journey of OTRP started.
At what point of development did you announce that you were working on your own version of Simutrans?
As soon as I succeeded to relax the conditions of overtaking, I posted the demo video on YouTube . This video showed overtaking under slope, dense traffic, and intersections. At this point, there were so many side effects to be solved.
Two months later, I posted a message on the International Simutrans Forum. Like Simutrans-Extended, at first, OTRP was intended to be merged into Simutrans Standard, so I submitted the patch files. The overtaking logic of Simutrans Standard was already very complicated. And as a result of adding so much logic to deal with the side effects by the relaxed overtaking conditions, the code of overtaking logic got more and more complicated, and I knew that the patch was very hard to merge into the simutrans nightly. I wanted to discuss how to solve this situation, but unfortunately, the overtaking logic complexity has not been solved and it is still a large technical debt of OTRP.
At the same time of posting a patch to the forum, I posted the executable binaries to test with. For the Japanese community, I mainly announced about these executable binaries, and eventually, they started to test and play with the OTRP binaries.
[previewyoutube=bzeqceL23D4;full][/previewyoutube]
Demo video of Simutrans OTRP
What are other features that differentiate OTRP from Simutrans Standard?
There are four features which largely differentiate OTRP from Simutrans Standard. The first one is the improved road vehicle overtaking and other road related configurations, which is the original feature of OTRP.
The second one is the area construction tools which are suitable for large scale development. With the removal tool, you can select the area where you want to remove the object by dragging the area. The city building construction tool of OTRP enables you to select multiple kinds of city buildings, and distribute the selected buildings randomly in the selected area. The slope making tool also supports area selection. These area construction tools are useful especially on a network game. I should note that now these area construction tools can be implemented as squirrel scripted tools, and modifying the C++ code is not necessary.
The third one is convoy coupling. Convoy coupling can be a powerful tool to accommodate so many routes on a single track. OTRP realizes the convoy coupling feature with the two simple options in the schedule, "try coupling" and "wait for coupling".
The last one is time scheduling.Before this feature was implemented, players had used the "maximum waiting time" feature to make trains depart at the regular interval. However, the waiting time was not so flexible (only 1/(2^n) month) and this approach was quite fragile because a single delay of arrival caused the delay of all successors. OTRP has the time scheduling feature which is similar to that of simutrans-Extended, but has some additional parameters like "no load" and "load immediately before the departure" options. These options are useful to control the passenger flow by optimizing the route costs.
Recently, Simutrans' Lead Developer prissi stated in a previous interview that he would like to see the overtaking code ported back to Standard "now that it does not desync any more and seems stable". Would you still like to see your code merged or are you afraid that this could make OTRP players lose interest in Simutrans OTRP after so many years of work?
Bringing the OTRP features to Standard is welcome. According to the survey conducted by Peruri, who talked about the Japanese simutrans community history in the conference, about 70% of Japanese players still use OTRP. Since OTRP stopped merging the nightly commits for some reasons, the fruits of simutrans standard development are not delivered to OTRP players. OTRP was derived from Simutrans Standard, and I hope Japanese players go back to the Standard version and enjoy the latest achievements of Simutrans Standard development.
There were some forks of Simutrans which implemented novel features. As far as I know, Experimental (now Extended), Iron Way, and Tiny Timetable Patch (ttt) are listed as larger ones. Especially, ttt, which was developed 10 years ago, had much more features than OTRP around time scheduling. However, except for Simutrans Extended which is actively maintained and developed by James, all these forks are not maintained and already obsolete, which means that the features of these forks were lost for most of the Simutrans players. Seeing the "loss" of the time scheduling feature of ttt, I wanted to avoid making OTRP one of these obsolete forks. But unfortunately, it is becoming one of them. I believe that most OTRP players will go back to Simutrans Standard in the future, although it may take a long time. Porting the overtaking code of OTRP to Simutrans Standard prevents the loss of overtaking feature, which should be a huge benefit for players.
I am for porting the overtaking logic to Simutrans Standard, but I think the code itself should not be ported. The overtaking code in OTRP contains so much ad-hoc logic to deal with the relaxed overtaking conditions. No one, including me, knows why the current OTRP overtaking code looks to work fine. The overtaking logic should be fully reimplemented when we port it to Simutrans Standard so that everyone can maintain it. At least, the complicated logic should be encapsulated. And, I regret to say that I have no plan to join this porting project for now. Compared to the time when I brought this to Simutrans Extended, I lost some of my motivations to contribute to the Simutrans codebase.
Screenshot showing Tiny Timetable Patch
What are the reasons behind your lack of motivation? Is this lack of motivation behind OTRP lack of development too?
To answer this question, I have to figure out what was my motivations for Simutrans development. I think there were four motivations for me.
The first one was simply realizing features I wanted. I wanted to make road vehicles overtake others more efficiently on a highway, and make convoys being coupled to simulate the railway operation in the real world. A smooth overtaking of trains was also what I wanted to play in my local and network games.
The second was realizing features everyone wanted. At the time when I started the OTRP development, road vehicle overtaking, railway convoy coupling, and time scheduling were the three largest features which so many Japanese Simutrans players had been dreamed. Also, keeping the base nightly revision up to date was an important thing, because OTRP players can enjoy the fruits of the latest Simutrans nightly development.
The third was learning how to modify an existing large software. Simutrans was the largest code base I had ever seen at that time, and the development of OTRP was a valuable opportunity to learn how to find the code I wanted to modify, how to modify while minimizing the bug, and how to deal with the players feedback. In this aspect, the OTRP development experience became the fundament of my carrier as a software engineer.
The last one was contributing to the Simutrans community. As a player who has been loved Simutrans for more than ten years, contributing to Simutrans is just fun.
Unfortunately, as OTRP matured, three of them seems to have been lost. Firstly, in the end of 2020, I almost completed the implementation of the time scheduling feature, and the three features which I and the Japanese community had been dreamed, road vehicle overtaking, railway convoy coupling, and time scheduling, were achieved. Now I have nothing new which I strongly want to realize. Other Japanese Simutrans players also seem to be basically satisfied with the current OTRP, although I still receive some minor requests.
Secondly, keeping the base nightly revision up to date became almost impossible. About two years ago, I remember that there was a big change on Simutrans nightly in the schedule settings UI. At that time, the schedule settings UI of OTRP was highly optimized for OTRP features. I made a prototype of the schedule settings UI based on the new one of the nightly, but it was very unpopular from the Japanese OTRP players at that time, and I had to give up following that change of the Simutrans nightly. I tried to merge other nightly commits at first, but it became soon very hard since there were so many dependencies to the schedule settings UI change.
Lastly, as I spent so much time in OTRP development, what I learn from OTRP development was decreasing. This is generally inevitable when you work in the same product for a long time. As I learned programming in other fields such as the research and my job, using modern languages such as Swift and Kotlin was much more fun. And, I gradually felt tired to work with the very old fashioned C++ code and deal with the bugs which are never seen with the modern languages.
For now, contributing to the community can be the only motivation of coding in Simutrans. To be honest, since I started my full time job, I am as busy as I was a graduate school student. However, my Simutrans development time was replaced with learning modern programming language features which I may use in my job, and other hobbies like driving a car.
Is there any feature you considered (or that was proposed to you) for OTRP but was discarded for technical or other reasons?
The road intersection feature. As in the real world of left sided driving, turning right causes the crossing over the opposite lane, and it may cause a traffic jam. The right turn lane feature and the right turn traffic light feature were considered, but both needed to handle multiple tiles as a single intersection object, and it was technically difficult. When I considered the intersection feature, I was playing Cities Skylines with the famous mod TM:PE, which gives so much control on road traffic. And I thought you could play Cities Skylines if you wanted much more control on the road traffic. Since simutrans is a tile based game, this level of road traffic control is too much for simutrans, I think.
Have you received any help from other contributors in Simutrans OTRP?
In code, the area construction tools were contributed by Shingoushori.
And, some people helped me to develop OTRP in other ways. Ahakuoku helped me a lot by doing so many tasks other than coding such as release announcement, response for inquiries, and bug investigation. 128Na opened the site "OTRP updates" which summarizes the OTRP releases. I often refer to this web site to check in which version a feature was implemented. And, so many Japanese community members helped me in the bug investigation in the early phase. Road vehicle overtaking, convoy coupling, and time scheduling are the features which received most bug reports.
The site OTRP updates is a living changelong of Simutrans OTRP.
We have discussed in previous interviews the apparent decline in Simutrans playerbase in the last decade. Simutrans OTRP collects statistics about usage, and that can help us understand this tendency. What does the OTRP data say about it?
The OTRP usage statistics says nothing about simutrans player base decline. The simutrans player base decline is a phenomenon over 10 years, and OTRP started collecting usage in 2020, only two years ago.
The OTRP usage statistics tells us about the number of active players, the share of OTRP versions, and the pak set share among the OTRP players. Although I have not analyzed the usage of this year, in 2021, the number of daily active players was constantly over 80, and over 100 on holidays. Older versions of OTRP are still used because sometimes a specific OTRP version has a problem with loading a player generated pakset. Some popular network games in the Japanese Simutrans community still use an older OTRP, such as v29_6.
According to the usage statistics, OTRP players prefer pak128 as much as pak128.japan. pak.nippon is slightly less popular than those two popular paksets, and the share of pak64 was about a half of that of pak.nippon in 2021.
The detailed analysis of 2021 is in this article, although it is in Japanese.
https://himeshi.hateblo.jp/entry/2021/12/24/001315
Where do you see Simutrans in the future?
I think Steam will be the main distribution route of Simutrans, due to the recent trend of relying on platforms and thanks to the effort of the simutrans nightly development. The Japanese community has contributed to Simutrans mainly with addons, but most Japanese addons are not in the Simutrans official distribution. Since Steam is becoming a popular distribution route, I think we should consider how to deliver Japanese addons to the players from Steam. It's kind of a political issue rather than a technical issue.
What is your preferred play-style?
I usually play simutrans as a transport simulator, rather than a diorama. Basically I let cities grow as the game engine does. The hand construction of city buildings is only for the extension of the city limit.
Since OTRP became stable, I also prefer "car only" play. Since the capacity of road vehicles is much smaller than that of trains, it is very challenging to transport all passengers with road vehicles. Roads are always crowded, and large bus terminals suffer from grid locks.
Three years ago, we built a very large scale highway network in the network game. The highway has 10-lanes width at the widest point, which cannot be seen in Japan. Also, junctions are highly complicated.
[previewyoutube=cg8BO6ULuSY;full][/previewyoutube]
Video showing the large scale highway network
Is there someone from the Simutranc community you admire?
In the international community, I especially admire Leartin. He gave me deep insights and showed proper ways when I was stuck in difficult problems. The convoy coupling feature is one of the most difficult problems for me and I did the implementation of it three times. Leartin proposed to me an uncomplicated and effective solution for this and the current architecture is based on Leartin's proposal.
In the Japanese community, I admire 128Na. I cannot list all of his contributions, but he made the simutrans video series which are the most famous in Japan. He now builds and operates Simutrans addon portal, a website where a lot of Japanese addons have been posted recently.
What is your favourite pakset?
I love pak128, with a bunch of Japanese addons. I like this pakset because it has a high resolution and so many published addons with realistic painting.
Thank you so much for the interview! Is there anything more you would like to say to Simutrans players?
I hope the international community and the Japanese community interact more. There used to be a language barrier between the international community and the Japanese community, but now we can overcome it with an effective translation service. One of the reasons why OTRP was born was that the Japanese community could rarely bring the ideas which were discussed in the Japanese community to the international forum at that time. I hope more feature requests from the Japanese community are discussed with the international development team, and a bunch of Japanese addons contribute to simutrans players all over the world, not only for Japanese. Fortunately, the international community and the Japanese community are interacting in some Discord servers these days.
And, I want to say thank you to Simutrans. Simutrans made me join this wonderful Japanese simutrans community, which is now one of my essential communities. Simutrans gave me a chance to make changes in the code. The OTRP development experience is now the foundation of my career as a software engineer. And above all, Simutrans gave me so much time of joy.
______________________________________
Schedule of the Simutrans 25th Anniversary Posts
That's all for the anniversary! Goodbye!
What? What do you say about a SUPER SECRET BIG FINAL EVENT? Ah yes, I nearly forget about the greatest Simutrans event ever made where everyone can participate! Do you want to know what it is...?
Sorry! It's a surprise. See you in two weeks :-)
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - An interview with James Petts, the Ex Father
- 2022-09-30 - New Simutrans trailer
- 2022-10-15 - An interview with himeshi/THLeader, Simutrans OTRP developer
- From 2022-10-30 to 2022-12-31 - THE SUPER SECRET BIG FINAL EVENT
[ 2022-10-15 09:39:19 CET ] [ Original post ]
The new trailer for Simutrans is here! Watch it now! [previewyoutube=8ByzhEHGeoA;full][/previewyoutube] Schedule of the Simutrans 25th Anniversary Posts We are getting close to the end of the events of the 25th Anniversary. But before the final event, we will be having a last interview with a very special guest. In two weeks, it will be time for Simutrans OTRP developer, "himeshi", to answer some questions!
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - An interview with James Petts, the Ex Father
- 2022-09-30 - New Simutrans trailer
- 2022-10-15 - An interview with himeshi/THLeader, Simutrans OTRP developer
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-09-30 22:39:42 CET ] [ Original post ]
One of the greatest honours an open-source project can have is to generate enough interest so that other people consider making their own versions of it. Simutrans, being a successful open source project, is no exception, and the greatest of those versions is Simutrans Extended (formerly Simutrans Experimental). Today, we will take a closer look at this fantastic fork with the help of his creator, James Petts.
_____________________________________________
First of all, introduce yourself. Who are you? Where do you live? What did you study? Where are you working or have worked on the past?
I am James Petts, and I live in London. My education and professional life are in the law.
How does a man of law end up doing software development in his spare time?
As with many open source developers, I started work on what eventually became the Extended fork of Simutrans because I wanted to see features in the game that were not present. I remember playing Simutrans in around 2007, shortly after the British railway vehicles had first become available as an addon for Pak128. I enjoyed it, but found that there were certain things that were not quite right for what I wanted.
I remember making some feature requests on the forum, but the developers were not interested in implementing them, so I thought that I could implement them myself. This was in around 2008. They were initially written as patches for Simutrans, intended to be part of the main codebase, but they were not integrated, so I eventually just made my own fork. I think that I had a different idea as to what made a good game than the developers of of the original Simutrans; but also, I imagine that, as I was only just learning C++, the coding quality of my patches at the time was not what it should have been.
Once I had started adding features, I realised that there were more and more that were desirable, and I ended up spending more time developing the game than actually playing it; and the more complex features that were added, the more bugs that needed to be fixed and the more pakset work needed to implement the features.
Has Simutrans been your only experience with open source software development, or have you ever contributed to any other open source project?
Simutrans has indeed been my only experience with open source software. I have briefly contemplated contributing to other things, but I only have the one lifetime to live, and open source development is extremely time consuming.
And what do you devote your life to when not working and doing Simutrans development?
When not working or developing Simutrans, I enjoy photography, baking and railway modelling. The latter has entailed me having a sizeable shed built in my garden for several model railway layouts, and I am also a member of the Model Railway Club in London. As may be anticipated, there is some overlap between Simutrans and railway modelling.
James' model railway.
How did you know Simutrans? What was your first contribution?
I cannot remember exactly how I came across it now. I think that I was searching for transport based games to play in around 2007, and found Simutrans and thought it interesting; I think that I had considered Open TTD, but this was at a time when only the executable was available, and one already had to have Transport Tycoon Deluxe to play it; had the original Transport Tycoon, but not the Deluxe version, hence could not play Open TTD at the time. Simutrans, however, was available in a full version, so I think that I downloaded that. As to my first contribution; I am afraid that this is now lost to the mists of time and fading memory. This would have been sometime in late 2008, and I think that I wanted to implement something like comfort or journey time based routing, both of which are now long-standing Extended features.
When did you announce that you were making a Simutrans fork?
Initially, I just intended to produce a patch for Simutrans with the various features. This would have been in late 2008. The features were all in one large patch (literally, a .patch file for SVN), which was not the best way of doing it, and I was introduced to Github at around this time by another contributor, I think, so I created a "Simutrans-Experimental" branch on Github I think in around 2009 and added all of my features to this. Initially, the idea was still for the features to be merged into the main Simutrans trunk, but it became apparent after a while that some of my development goals, especially the targetting a higher level of economic realism at the cost of higher complexity, were not consistent with the development goals of the principal Simutrans developers, who tended to favour simplicity and a more synthetic economy, and so gradually the patch became a fork, although some Simutrans-Experimental features were merged into the original version ("Simutrans-Standard") eventually. However, the "Simutrans-Experimental" name stuck until 2017, when, after discussions with others, I thought that it was time to make it clear that what I was working on was in fact its own game and a distinct fork, rather than just a development/beta branch. Nonetheless, I did not really want to divide the Simutrans community, as both Extended and Standard have a lot in common, and fans and developers of both have more to gain by co-operation than competition. I am very pleased that all of the Simutrans community still shares one single international forum and, latterly, Discord server.
On January 21 2009, James announced that he was working on an experimental version.
What are the core features that differentiate Simutrans Extended from Simutrans Standard?
The core Extended features, I think, are (1) the time based routing; (2) the passenger generation model; (3) passenger and mail classes; (4) the more realistic vehicle physics; and (5) private car transport. These are the features that fundamentally alter how players build networks. The time based routing means that players need to build networks that are time efficient rather than merely having sufficient capacity. It matters when people get to their destinations rather than just whether they get there. If their journey is too long, they may not travel at all, thanks to the passenger generation model. It is not enough to have a single one way circular 'bus route that covers the whole town - players must build a complex 'bus network consisting of multiple point-to-point lines that get people where they want to go quickly. If people can get to where they are going more quickly by driving their own car or by walking, they will. If people can get to where they want to go more quickly using a rival transport company's services, they will. People can interchange between distant stations/stops by walking between them, and can walk long distances to player stops - but would sooner travel from a nearer stop if the transport services take them where they want to go within a reasonable time. It is no longer the dominant strategy to use the most powerful locomotive on every train - balancing power and tractive effort means that different locomotives work better for heavy freight, short distance commuter trains and long distance express passenger trains. Different classes mean that wealthier passengers or mail senders can pay a premium for a faster or (in the case of passengers) more comfortable journey, allowing different modes of transport between the same points (e.g., aircraft, train and coach) to co-exist at different price points. Other significant features that have a real impact on player network design are infrastructure wear and renewal, public rights of way (which links with the private car routing
feature), automatic road connexions to industries and realistic railway signalling. Also worth mentioning, although having less of a direct impact on player network design, is the improved UI (largely as a result of efforts by Ranran in the last two years or so), with lots of very clear and engaging visual presentation of often complex data, and the multi-threading which allows even very large games to work (relatively) smoothly.
What is the biggest challenge you faced when working on Simutrans Extended?
This is not an easy question to answer, as there have been many challenges. From a technical perspective, probably the greatest
challenge was the multi-threading work in 2016-2017. Multi-threading is one of the most technically challenging aspects of computer programming: essentially, one has to manage multiple completely independent bits of the program ("threads") all working at the same time and potentially reading and writing the same information, and try to stop it all from conflicting with itself and making things go terribly wrong. I had no experience of writing multi-threading code before this, so this was definitely a steep learning curve. It has made a real difference to the performance of the game on larger maps, however, so it is worth it.
Another very challenging thing has been debugging loss of synchronisation errors for the game in its online mode: essentially,
different instances of the game running on several different computers must all do absolutely precisely the same thing or else the everybody will immediately disconnect. Any tiny difference between what one computer does and what another does with respect to the simulation code will cause the whole online game to fail completely. Debugging this sort of problem is much harder than finding normal bugs, because one has to work out exactly where two completely separate computers running the same code can end up diverging. There have been occasions when it has taken six months to find and fix a single bug of this type. I am very grateful for all of the people who have helped with this process over the years. One of the biggest challenges coming up, I think, is doing the full costs balancing. We currently have an interim balance produced by Dr. Supergood a few years ago, which has made the costings make much more sense than they did before, but when we cone to do the final cost
balancing, that will be a lot of work. I have been researching in anticipation of this balancing project for over 11 years; I am just awaiting the balance critical features on which I am currently working before launching into that.
Talking about upcoming challenges, what are the next goals for Simutrans Extended?
The current work on Simutrans-Extended is focussed on the 15.x branch. The focus of this intended major version is implementing all the features necessary for balancing the costs. This is a complex task: the amount of fuel that vehicles use must change depending on how hard that they are being worked; vehicles must need to be maintained regularly and thus not be available for service all the time, but for this to work automatically and seamlessly to avoid the need for constant player supervision; vehicles must be able to be overhauled periodically, at substantial cost, and this also must be partly automated to avoid the need for micromanagement; maintenance costs need to depend on how long that it has been since the last overhaul; overhaul costs need to depend on how many overhauls that the vehicle has already had; staff costs need to depend on what sort of and how many vehicles are in a train or similar (e.g., a train with continuous brakes needs only one guard even if there should be multiple brake carriages); costs need to vary with time according to inflation, and different costs need to vary to different extents with time (the cost of staff, for example, needs to increase at a different rate to the cost of coal, and the cost of oil at a different rate again, and so forth); vehicles need to require refuelling stops; it needs to be possible to lay over vehicles temporarily so as to avoid the need to expend staff cost on them for a low frequency service; and it needs to be possible to break up and re-combine multi-vehicle consists ("convoys" in the Simutrans way of describing things) dynamically.
This is all a very large project; coding work on this commenced in 2018, but stalled shortly thereafter because of the need to resolve some of those very difficult loss of network synchronisation bugs described in the previous answer, and I have only recently been able to recommence this work, having been focussing more on my model railway during the pandemic. Fortunately, we now have an excellent UI developer in the form of Ranran, who is likely to make it much easier to add the UI for these features, and greatly increase the quality of the UI that we get from what it would have been had I done the work myself. This will probably be the largest single set of features added at once, so this is likely to take a long time not just to code but also to test - and then an equally large amount of time to update the pakset (Pak128.Britain-Ex) to balance according to these new features. However, this will hopefully very much be worth it: we currently have only an interim balance, and, to a large extent, the game is the balance.
Although there are substantial additional features in Extended, and the game plays very differently to Standard in terms of network design, the game still plays in much the same way as Standard (and much the same way as Transport Tycoon before it, and myriads of other transport based games, such as the more modern Transport Fever): there always comes a time, assuming that the player should design a successful network, when the player has more money than he or she can spend, and only truly catastrophically bad decisions can bankrupt the player; beyond that point, players are limited by time rather than by money. This is obviously not how any real commercial company ever works (with the possible exception of Apple or Google, but that is another matter), so we need gameplay in which money is always an issue to a significant extent even for players with larger and generally successful networks. By simulating entropy and inflation, as well as some other dynamics, it should be possible for the game to get much closer to a reality based economic balance using reality based figures, although we cannot be sure of how this will work until we actually try it, and there may be need for further adjustment. To my knowledge, no other game has ever tried to simulate transport economics to this depth before.
RanRan's work has helped to improve greatly the UI for Simutrans Extended
Regarding other transport based games, Simutrans is usually compared with OpenTTD (because both are open source). But while OpenTTD is a huge success, Simutrans has gone pretty much under the radar in comparison - and even more Simutrans Extended. Why do you think players prefer OpenTTD over Simutrans?
It is difficult to know for sure the reason for others' preferences as that needs more information than I have available to me; I can only guess and the guesses could easily be wrong. Perhaps it has something to do with OpenTTD having what I and many would regard as a more robust open source licence (the GPL, I believe, compared to the Artistic Licence of Simutrans). Perhaps it has something to do with the fact that OpenTTD is more closely connected with a classic well-known commercial game, Transport Tycoon. Perhaps it is because, in its early years, Simutrans seemed to be focussed on the German-speaking market, wheras OpenTTD was focussed more on the English speaking market (note that Simutrans has a higher level of interest in Germany and Japan). It might simply be that OpenTTD acquired a critical mass early on and that that lead into positive feedback.
Compared to Simutrans-Extended in particular, it might be that Simutrans-Extended is more niche and in-depth, whereas OpenTTD is more accessible to casual players. It would certainly be good to broaden the audience for Simutrans and Simutrans-Extended; those who do play it do seem to get a great deal of enjoyment from doing so, but I do not know how many people that there are who are interested in a game that has the singular focus on economic realism that Simutrans-Extended by design has.
Simutrans (Standard) reached its peak in April 2012, when the game was downloaded more than 100.000 times on SourceForge. Since then its popularity has declined slowly but surely. Has this decline affected Simutrans Extended too?
I am not entirely sure as I do not keep download statistics. Certainly, forum activity seems to have peaked in 2012; the early 2010s were a time of rapid development in Simutrans-Extended (or "Simutrans-Experimental" as it was then), but it was less stable at the time. 2012 was the year that the Bridgewater-Brunel server first started, with the large semi-persistent online games that have become the hallmark of Simutrans-Extended play. At the time, the codebase was less stable, and the games were prone to interruptions through bugs that needed fixing, including some of the most difficult bugs to fix, loss of synchronisation bugs, which sometimes took 4-6 months to fix a single bug, during which time the server was unavailable. In more recent times, the game has been much more stable and the hours that people play online have greatly increased. Only to-day, I notice that somebody has started a new Simutrans-Extended server. I am not sure of the total numbers playing Simutrans-Extended now compared to 10 years ago, but, for those who do play, I am quite sure that the experience is significantly better, and suspect that, as a result, people play for longer now than they did then.
Indeed, the playerbase of Simutrans Extended, although smaller than Standard, seems to be also more active. Which do you think are the reasons behind Simutrans Extended players sustained interest?
It is always difficult to answer these questions as I can never really be sure about what motivates other people. One thing that I have seen mentioned on the forums and in the Discord servers by Extended players, many of whom spend many hours nurturing large and highly complex networks in the Bridgewater-Brunel server (and others servers that have been run from time to time) is that there are no other transport games that quite have the depth of Simutrans-Extended. Another factor may well be the servers themselves; I am not aware of any other transport game that has a large, semi-persistent online server and that by itself - the ability to build a successful network in a persistent and stable world lasting over one real life year in which others are striving to do the same thing - may well make the game satisfying in a way that other games are not. I know that Standard also has online servers, but, from what I gather, they tend to use smaller maps and have time passing more quickly, so may not generate the level of personal satisfaction that comes with carefully nurturing a large network gradually evolving over a long time. Also, Extended's features, especially relating to passenger transport (things such as walking between stops and time based routing), makes it easier both to co-operate and compete in a realistic way with other players, which I suspect makes the world feel more immersive for players.
More generally, one of the reasons that Extended diverged from Standard in the first place was that Extended was intended to have features that added depth and realism at the expense of additional complexity, whereas Standard focussed on accessibility to newer players and simplicity at the expense of depth and realism; that by itself would probably tend to generate fewer, more dedicated players for Extended as compared with Standard.
The Bridgewater-Brunel server is the most popular server of Simutrans Extended.
Is there anything you think current Simutrans Extended is in great need of improving?
Yes - there are lots of plans for improvement. I have written in a previous answer about many of the things that I am working on for version 15.x, such as vehicle maintenance and inflation that are needed to improve the balance. However, after that, the next major thing that needs improving is town growth. Currently, town growth works largely in the same way as Standard with some minor modifications over the years: the whole town grows evenly (and, due to a quirk in the way in which town boundaries are currently set in Extended, in a square) depending on the rates of fulfilment of mail, freight and passengers in the town as a whole. In reality, towns were shaped - literally - by their transport: they were small, compact units before public transport, with high densities in the centres but no suburbs. Commuter railways allowed high and middle wealth residents to live in suburbs centred around stations (termed "Metroland" by the Metropolitan Railway in London - this company also bought land near the stations to sell or rent for a profit once the lines had opened, a practice also common in Japan, I believe), while lower wealth residents still lived near the centre. Then, trams and later motor 'buses allowed lower wealth residents to live farther away from their workplace. Finally, the mass adoption of the private car resulted in evenly sprawling suburbs for people of all levels of wealth around city centres that had very little in the way of residential buildings.
So, after 15.x, the next major project will be a total overhaul of the town growth system so as to make growth based on local, rather than whole town, transport, for towns to compete with one another for residents (the population increase over time being not dependant on the quality of transport in towns, but rather the best towns attracting the
most residents), towns to be able to shrink as well as grow, buildings to be able to become abandoned, overcrowded or be re-purposed as times change, players to be able to buy buildings in towns and rent them out or later sell them, the occupancy rates and market rent depending on the desirability which will be heavily influenced by transport, towns that grow so as to touch other towns will become metropolitan areas with the consumed former towns becoming boroughs, the overall rate of population growth should be in line with historical figures and towns should finally cease to be square.
Simutrans Extended has changed a lot through the years. When you look at it today, what makes you think?
Simutrans-Extended has indeed changed over the years, and hopefully will continue to do so. In the early years, its original name of "Simutrans-Experimental" was apt, as there were many features that had not been fully implemented in the pakset or fully tested. I think that it is only with the regular use of the Bridgewater-Brunel server from perhaps about 2012/2013 onwards that Simutrans-Extended began to mature. It was always intended to be a realistic and detailed economic simulation, but earlier versions had a lot of anomalies that were only shown up with testing over time and which often required quite sophisticated new features to remedy. That process is continuing as a large number of the currently planned features arise out of testing showing up anomalies, but Simutrans-Extended is certainly more mature and stable now than it was 10 years ago.
If you were to start Simutrans Extended today, would you make anything different?
There is a lot that one can learn from hindsight. If I were to start afresh, I should have rewritten the railway signalling code rather than adapted the existing code for multiple types of signalling, as it has proved to be difficult to debug and maintain. I should not have used an arbitrary number for comfort, but instead had a field for the maximum comfortable journey time (and comfort is likely to change to this in the future). There are many things that started out being done one way that have long since changed to being done another way, and in many cases I cannot recall what the original way of doing things was, where, if I were starting afresh, I should just go straight to doing things the current way. When I started working on Simutrans-Experimental, as then it was, I was just learning C++ specifically in order to work on Simutrans. I have learnt much about coding since then and about modern C++, and if I were starting afresh now, I should like to think that the code that I wrote would be more modular and robust.
[previewyoutube=2XLi1tNaG28;full][/previewyoutube]
Video by James Petts demonstrating how signals works for Simutrans Extended
How is your relationship with Simutrans (Standard) developers?
I think that when what became Simutrans-Extended first started back in 2008, there was perhaps a degree of tension with the Standard developers: I may have given the impression by coding new features that I was expressing dissatisfaction with their work or with their game design choices. My own coding skills were not the best at the time, having learnt C++ specifically to add features to Simutrans and having no professional background in coding, so one of the reasons that some of the features that I wrote in the early days were not added was that the coding quality was not to the standard of Standard. Also, I think that, in my eagerness to promote the new features, I may inadvertently have given the impression that I was trying to take credit for things which were largely based on others' hard work. Also, I think that forking a codebase can be seen as a somewhat hostile thing to do in some ways.
However, I did not wish to cause any tensions, and I think that the other developers are reasonable people too. I did work to ensure that I gave proper credit to the existing developers for the excellent work that they had done, without which Simutrans-Extended would never have been possible, and to acknowledge that there is nothing inherently wrong with the play style and game design choices in Simutrans-Standard: it is just that different people's preferences differ, and my preference (and, as it turns out, the preference of a number of other people who play Simutrans-Extended avidly) is for a higher degree of realism and complexity than the preference of those who tend to prefer Simutrans-Standard, which has its own loyal following.
After the brief initial tensions and for most of Simutrans-Extended (and its predecessor's) 14 year lifespan, the relationship with the Standard developers has generally been good: they have often been very helpful in responding to my questions about how the code works, or even proposing solutions to problems specific to the Simutrans-Extended code (and in some cases have even written fixes for Simutrans-Extended, which is very much appreciated). In turn, Simutrans-Standard has over the years adopted a few features that started life in Simutrans-Extended and that are compatible with the somewhat different design philosophy of Standard, so there is a definite symbiosis. Perhaps most importantly, although there are two forks of the game and many players play only one or the other, there remains one single community: both the International Simutrans Forum and the more recent Simutrans Discord channels are common to both Standard and Extended and the same people interact freely and happily with each other in those channels. This has, I think, been very mutually beneficial for both variants of the game, and we are very lucky in the Simutrans community that we seem to be far less prone to the sort of aggressive and abusive behaviours that for reasons that remain obscure seem so common in online communities dedicated to many other forms of computer games.
Although you did neither start nor were involved in pak128.britain, you choose this pakset to be sort of the default pakset for Simutrans Extended, where new features are implemented first. Why did you choose pak128.britain?
Being from the UK, I had a particular interest in British vehicles and buildings; but, also, and probably more importantly, Pak128.Britain was a new pakset at just around the time that I was forking Simutrans-Extended, and it was being made open source, so there was the opportunity to adapt the sources for the Extended fork, as well as have the pakset be developed in part with Extended in mind (the original Standard maintainers actually added buffet cars and multiple liveries before these features were included in Extended). The only other open source pakset at the time was Pak.64, and I found the graphics too low resolution for my liking; Pak.128 had not been open sourced at this time.
How is the process of creating graphics for pak128.Britain-ex?
The system for creating graphics for Pak128.Britain-Ex was inherited from the original Pak128.Britain. It uses Blender to create simple 3d objects, which are then rendered automatically (with a pre-set lighting orb, intended to represent lighting on a typical British cloudy day) into the requisite 4 or 8 images as the case may be. This was all set up in circa 2006, I believe, by Kieron Green, the original progenitor of Pak128.Britain. It does actually make creating realistic
What is your favourite pakset? (Excluding pak128.Britain(-Ex))
A challenging question! I think probably the Japanese Pak.256. This is another pakset that has an Extended version: it has excellent high resolution graphics and is evidently curated with much meticulous attention to detail. Simutrans is more popular in Japan than anywhere else in the world so far as publicly available sources show (there is even an annual in-person Simutrans conference in Japan, or at least was before the pandemic), so I am always very interested in the Japanese Simutrans scene.
The Japanese Pak256-Ex is the highest definition pakset ever done
Thank you so much for the interview! Is there anything more you would like to say to Simutrans players?
Simutrans-Extended has been a long journey; there have been very many achievements along the way, but also some frustrations. My own development of Simutrans-Extended is not as intense as once it was as I have other hobbies to compete for my time, as well as a busy professional life, but I still enjoy working on Simutrans when I have the time, and we have some other very dedicated coders such as Ranran who have been doing some excellent work in the last few years. I very much hope that people will continue to enjoy playing Simutrans-Extended for years to come.
_____________________________________________
Schedule of the Simutrans 25th Anniversary Posts
I hope you have enjoyed this first interview to a non-Standard Simutrans developer. We will keep exploring the boundaries of Simutrans with the final interview next month. But before of that, the next event in two weeks will feature the most exciting creation made to commemorate the Simutrans anniversary so far. Stay tuned!
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - An interview with James Petts, the Ex Father
- 2022-09-30 - New Simutrans trailer
- 2022-10-15 - ??
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-09-15 18:14:58 CET ] [ Original post ]
[previewyoutube=VV4kQAKe-1s;full][/previewyoutube] Enjoy this remake of a Simutrans advert video made 14 years ago by (the now inactive Devotee) vilvoh. The Simutrans Community does not only welcome coders and artists. People who spread its love for Simutrans are also important, specially when they put as much effort and love in that as vilvoh did. Let this video serve as a reminder of all of you who enjoy making and sharing Simutrans content (be it now or in the past): Thank you! Without you too, Simutrans would not be what it is today. Would you like to see (or make) more Simutrans-related media content? Well, you are in luck, because we have more surprises coming in this regard! Next time, however, we will come back with another interview. Join us in two weeks as we will explore the boundaries of Simutrans with an exclusive interview with James Petts, lead developer of Simutrans Extended. Schedule of the Simutrans 25th Anniversary Posts
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - An interview with James Petts, the Ex-Father.
- 2022-09-30 - ??
- 2022-10-15 - ??
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-08-30 18:20:16 CET ] [ Original post ]
After five years in the works, Pak192.Comic finally released version 0.6!
Compared to the old 0.5 version, there are many changes. Be sure to check them in the Announcement in the forums.
[ 2022-08-24 19:01:14 CET ] [ Original post ]
After Hajo left Simutrans, a man took care of continuing development - and has continued to do so for over 17 years (more than double the time Hajo was involved with Simutrans!). Without him, we would not be here today celebrating 25th years of development. It is now the turn of developer Markus Pristovsek (known as prissi) to answer some questions! You will find that many questions are similar to those from Hajo's interview, so you have the oportunity to compare the points of view of the two most influential Simutrans developers. Let's begin the interview! _______________________________________________________________ First of all, introduce yourself. Who are you? Where do you live? What did you study? Where are you working or have worked on the past? I am Markus Pristovsek, which is a pretty unique name. So if you found this on the internet, chances are high it is connected to me. I am a Dedicated Professor [at] Nagoya University in Japan. (Dedicated Professor means that I do not have to teach. But I teach anyway a little, because I like it.) Since I have recently got my tenure that will likely stay so. Yeah, my first stable job at 52 years ... Science is a little like the old medieval crafts: You have to travel a lot until you find place you can settle. In my case it involved studying physics at the TU Berlin in Germany, and from 1995 or so I worked on crystal growth of semiconductors like GaAs and GaN (see the Nobel prize of 2014 to my director). After my PhD I stood in Japan (2000-2003), Berlin again to 2009, University of Cambridge 2012-2016, and from 2017 Nagoya. I wrote job applications for almost 50 positions but was invited only four times, which is pretty normal in my field. From 2010 or so I put something like Simutrans coding coordinator into my CV under other activities, mostly to have more to show. However, at my second to last interview in 2016, one of the committee members was from the IT department. He was very eager to to know more about it (actually he had looked up on Simutrans a lot!) and 1/4 or the interview derailed to Simutrans and "herding" open source projects. He seemed quite impressed on it and I could have probably got a position for teaching IT and Open Source if the interview would not have been about Teaching Photonics at an Applied University. Did you learn programming as part of your physics background or did you learn it by yourself? I wrote my first program in 1983 when stuck in an Austrian pension during a very rainy hiking holiday. My parents set out anyway, and I wrote a Pascal "database" for keeping track of my sailing competition results on six A4 sheets of scribble paper, based on the book "Pascal Programming for the CDC6000" from the mid 1970ies from my home library. Shortly after I also implemented a line drawing algorithm on a friend C64 in USDC Pascal were one could see the line emerging pixel by pixel... That routine I reused in Simutrans. My first Computer came in 1986. By chance it was an Atari ST, which we got with 30% rebate because my father somewhat knew Jack Tramiel (the founder) since he worked as Chief Concierge in the best hotel (then Hilton). I first programmed it in Basic, then Pascal (as soon as the school yard network provided a compiler). But soon I ended up programming in C, since there was an IDE. My main contribution from that time is an Editor (PrED, sold about 100 times), and a viewer for TeX's DVI-files, which was mentioned in the 1990 LaTeX companion. This combined highly optimised C and assembler (I even wrote a 30% faster replacement 32 bit division routine compared to the already optimised C-lib.) MC 68k assembler was great. (68k was also the base for the PamOS, where I learned about UTF-8 http://palmdict.sourceforge.net/ ) Formal training was 1 Semester in University, IT for Physics, at the ripe age of 22. It was a HP workstation with 8 X-terminals. Almost unworkable slow, so the true nerd met at 22h in the evening, spawned 20 emacs until the network card overheated and the system rebooted with cleared memory. Had to repeated every three hours or so. The only thing I learned was hacking Unix on that one ... In the next room were PCs with absolutely filled with Viruses, which were for "IT for Philosophers"! But they had Internet connection, so I could download ST software from the US at mind blowing 8 Bytes per second during the night (well whole the University had a 9600 baud connection). The next big thing I am proud, is a software I am still using today: https://github.com/prissi/snomputz It was written in 1997 to 1999 to run on a 386 without compressor and 2 MB main memory under windows. Thus, in 2004, when I started contributing to Simutrans, I was quite computer literate, but had zero ideas on OOP. Also the Stroustrup book is great if you cannot sleep. Honestly, one of the most boring text I failed to read. So a lot of my early code is rather C in disguise than proper C++. But I never really learned it. Tron (who hosted the third SVN) taught me a lot of proper C++, which I often stubbornly ignored first for some time. Apart from physics and programming, do you have any other interests? That changed with time. However, I like to be outdoors. So at some point in live, I made myself the rule to not switch on the computer when there is sun outside, and I pretty much lived by this rule. (Not too hard with miserable German winters or now sunset before 19h even in summer in Japan ... ) Walking or Hiking is great. I cycle a lot, even more since Covid. (I have a tandem and send my 10 year old off to the 6 km away school and then cycle almost back 9 km to my University, whenever the weather permits.) I like sailing, but in Japan the summer is too hot and the Nagoya bay is mostly harbour with refineries and steelworks and the airport on an artifical island ... I like to read, but lacking time, it is mostly webcomics (I recommend the belfry archive, https://new.belfrycomics.net/ around since 1996 without advertising - the last old school internet site I know). I used to write Science Fiction (in German), but that is even more time consuming. Also my work involves a lot of writing, so usually in the evening I am quite empty anyway. I enjoy playing with my three children, but due to getting older (them) and the whole Covid online transition, they rather like to play with "friends" online. (Before we had 30 min/day cap all together, now this feels more like the daily minimum for one of them). I like dancing, Folk dances (Irish, Isreal, south-east European, ...) but like for hiking, I lack willing companions (and especially in Japan also occasions). I also like all kind of music. In the evening during dinner, one choses one tune on youtube, plays it screen down, and then passes the phone to the next. So there is a very broad range of music we all listen. Mostly around Christmas I dust off my guitar and various recorders as well. Do your children play Simutrans? If so, do you play with them? No, I showed them once. But I have had not played for over a year now, so I can be hardly setting an example ... Did you ever publish any of your Science Fiction writings? Yes, less than 10 stories appeared in monthly a fanzine in the 90ies (on paper), called Solar-X, where I also wrote several book critics. Some more (in their rather raw state) can be still found on my old homepage: http://www.physik.tu-berlin.de/~prissi/m-werke.html But nothing in English. How did you know Simutrans? What was your first contribution? I came to Simutrans in 2001 via a game collection CD of the German magazine c't (which I am still subscribing today). I was in Japan at that time, but the magazine send also there with surprisingly little delay (5 days later or so). At that time most magazines had software CDs, c't was about four times a year. Contribution started in autumn 2004. First was the compilation of a pak64.japan from the objects in the Japanese wiki and some other sources. Codewise, just a little later in November I asked Hajo for the vehicle acceleration code. Simutrans was Freeware, but not open source; quite common then. So Hajo as creator hold the codebase, and had sent out parts to possible contributors. I wanted to try a more physical model. (Before vehicle always accelerated to max speed, even if totally underpowered.) I have a PdD in Physics, but in the end I made it intentionally non-physical, since a physical code (like the one extended is using) was too performance heavy and even worse, did not look good in game scale, and failed with many vehicles of the existing paks. Hajo was pleased, and so I got a zip of the whole code. Next was UTF8 support, where I had a very solid knowledge from the Japanese Dictionary for PalmOS. Then I got SVN access and in January 2005 Hajo left Simutrans with me and Dariok and Hsiegeln, who hosted the second SVN, which just vanished one day. How did you become the lead developer of Simutrans after that? Very simple, from March 2005 to end of 2006 I was the only regularly active developer left. In that year I did a lot of work (powerlines, winter transition, roadsigns, quick zooming, pak64.german, ... ) Only mip was longer active than me, and has contributed to the gui infrequently all that time. All other developer joined later, so they implied that I am the lead developer. I never really claimed the title in any proper way. Have you ever felt uneasy with your unclaimed leadership of the project? No, not really uneasy. Maybe tired, and I would happily hand it over to someone with more time and more drive, and maybe a vision what to do next. I think I am too old for this now. I am not sure if people need a leader. Whenever possible I would like to do things with a Simutrans team, but in the end few things are done and it is down to oneself. I think you know this quite well ... I often wonder if I am too strict, or too German rude for a good leadership role anyway. Simutrans has been in your hands for most of his lifetime (17 years, double the time than in the hands of his creator, Hajo). Do you think it will survive without you? How do you envision this transition? Simutrans turns 25. There are very few programs under active development that ever reach that age. Most of those are editors, compilers and other tools. Most programs did a complete makeover during such time (look at Word for Dos, Word for Windows, and the current ribbon Word: These are separate programs.) In that regard, Simutrans simply will not go away. As to my contribution: I host the SVN, and the server listing, and the German forum. But now there is a github standard repo under the simutrans team control, and the server list node.js code is on github. So anyone could continue. Apart from the Android porting (which was less a coding effort than learning and applying new stuff), I did not do much in the last two years. Maybe Standard is now mature enough to not require any leader. The server uptimes are as long as the OS itself, and automated test find many serious errors immediately. And then there are the forks, like OTRP and extended (although its stability is rather experimental to me). These are sucking on Simutrans; maybe Simutrans (standard) will fizzle out due to everybody contributing on forks. And the recent code reorganisation (especially the slitting of large files), while in theory making contribution and maintenance easier, had in practice the effect I feared: it became almost impossible to port anything back for me or anybody else without investing much more time. I am very grateful for Ranran going both ways occasionally. Its getting long, but let's go into the Simutrans forks a little more: There are two typical user bases: The extended one who play British on one server and the Japanese ones, who like model railroading, play sole or net simutrans. They dictate the development in these branches/communities: Extended is mostly dictated by some ideas of mostly british realism mostly concerning railroads. The Japanese community (which is by far the largest, just look at the Discord) is mostly focussing on building clockwork like little realities. There was a Japanese freeware Freetrain (http://www.kohsuke.org/freetrain/) which just run trains along lines, no economics, which pretty much give a good idea of the style of many players in Japan. In standard we have some US players (mostly in pak128) which are mostly focussed on road vehicles, and the Brasilian community, the German community, so it is a colorful fragmented community with a clear summer-winter contribution cycle. Standard tries to cater to all, but of course that is bound to fail when competing with specialized forks. So maybe Standard just dies in active development, and will rather be the base for various shorter and longer surviving forks. Indeed, the Japanese community is pretty big and active, even making annual conferences. Since you have been living in Japan for many years, have you ever attended any of those events? Just before corona I was at a Simutrans con in Tokyo, and last autumn I met with five nice guys in Nagoya, where we went to the local Shinkansen museum. It was my first "con" (in the fandom kind), and it was quite impressive, with the amount of work put into counting cars throughput for different crossing designs for instance. I think there are videos on the net or in the forum. What is the biggest challenge you faced when working on Simutrans? Lack of time. The tools have been greatly improved (in 2004, simutrans only compiled with cygwin GCC, and had no working debugger). Contribution is also there, motivation is still there. But in End of 2006 my first child was born, and since then contribution went down. Now it is only two hours in the evening at most. When you first took care of Simutrans, it was still closed source. Did you push to make it open source? How went the process of making previous contributors to agree? Why the Artistic License was chosen over more popular open source licenses? After the birth of my first child my time got less and less, and I became worried. Thus, in May 2007 I finally got Hajo's permit, and then contacted all the other contributors of whom I knew their addresses, Markus Weber, Hendrik Siegeln, Volker Meyer, Owen Rudge, Kieron Green, Stefan Wuttich, and Tomas Kubes. Other vanished. Also without SVN or the other old CVS, we could not really assign code ownership, and code gets reworked many times. So who is the copyright holder after a code review with corrections? For graphics, we did not publish work from anybody who we could not reach. Several people wanted a non-commercial license, but there was nothing there. The artistic license had a clause that could be interpreted as non-commercial (even though a non-commercial license is actually incompatible with GPL). It states "Freely Available means that no fee is charged for the item itself, though there may be fees involved in handling the item." Modern CC licenses of course fill that hole. Still, I got a blanko permit from the original developers. In principle we could change to GPL, if we get permission from Knightly, Dwachs, and the other main contributors since 2007. What is the thing you like the most about working in Simutrans? And the thing you like the least? I certaily do not like "working", even thoguh occassionly this is neccessary. What I like least: - tools with awful documentation, or the need to watch youtube tutorials (I thought programmers could read and write) - maintenance of all kind What I like: - most of the rest, I would say, otherwise I would have quit a long time ago Is there anything you think current Simutrans is in great need of improving? There are a lot of other stuff, like a directional wayobj for single direction roads and not the OTPR "hack" of special roads, which also give no real indication without an overlay. Porting the overtaking code back from OTRP, now that it does not desync any more and seems stable. (Unfortunately this has became very difficult after all the splitting and reorganisation, so it needs to be done manually routine for routine. Might be good time for in depth for code review anyway.) This would cater to the general simutrans play, to be not biased towards rails (like extended). Here standard is lacking, and a directional wayobj would be also nice for airplanes. More server hosting would certainly help to increase user base. But nothing "great need" category. Do you have any roadmap for Simutrans next version(s)? I answered that one many times. No roadmap. There is an outdated todo.txt. I would not mind retiring as coordinator and just occasionally submit patches (as I do now anyway). I think Simutrans can still improve on some areas, especially usability and network gaming (like more passenger and goods routing along competing connections, a nice side-effect of the static code of Knightly, but with less impact on performance and faster route recalculations than currently in extended). However, the active international user base is shrinking, so maybe the foremost task of any Simutrans chef must be recruiting new players (as you do very nicely with Steam!) which will increase new contributors. Indeed, the playerbase has been shrinking slowly but surely for quite a while, since April 2012, when the game was downloaded more than 100.000 times on SourceForge. What do you think this is due to? Multiple factors, I guess, like going to yearly releases with plenty nightlies, start of experimental dividing attention, and changes of the industry, games from centralized platform, more gaming from mobile platforms. Also falling out of time, graphic-wise. I find also the download per country quite interesting: https://sourceforge.net/projects/simutrans/files/stats/map?dates=2007-05-16%20to%202022-07-01 So after Germany and Japan, there is Brazil and United States, and also Indonesia on 8th. Some unusual countries for a transport simulator. Simutrans has changed a lot through the years. When you look at it today, what makes you think? A tough one. Actually, I think the principal game play is still very similar to the earliest releases. So I would rather say, I am surprised that Simutrans survived that long. If you were to start Simutrans today, what would you make different? This is extremely hypothetical given my lack of time since the last ten years. However, one thing would be probably to do this 3D or pseudo 3D. There have been other approaches like checz game which is very close to simutrans in terms of track laying and still allowing for full 3D. But as far as I know it lacked in other transport modes and industry connections beyond rail. And not sure how to have large maps and 3D together. The networkmode model would be the same, since I see no realistic way of syncing 10000 convoy departures and millions of routing events per minute. And at least standard is extremely stable, servers run for months, and clients disconnect mostly on request of their users and not because of loosing sync. What's your opinion about Simutrans Extended? Have you ever played it? How is your relationship with Simutrans Extended developers? I think extended took a lot of pressure to review and incorporate patches, especially ones that were done not so well and also ones which disturbed the balance between easy entry and heavy playing. Some ideas are great and I would like to have them in standard. But extended has become one sink, happily taking advice and patches from standard but almost never giving back (apart from ranran). With a shrinking number of contributors, of course I see extended critical for the long term future. However, I think the code quality of extended is in need of improvement. I tried twice to start it. But it did not in a meaningful way, at least I could not connect to BB then respective the pak128.Britain extended did not start because the demo game did not work for that version of simutrans. Compiling was also not working well. I then looked at some of the warnings in MSVC (beyond the trivial ones) and there were a lot of places that indeed needs fixing. The multithreaded code must work by luck because there are some accesses on variables just declared volatile instead mutex protected and so on. Also the gameplay with signals is so geared towards Britain and so user unfriendly, that it has really entered a very special niche. The discussion about Simutrans VS OpenTTD is a recurrent one between our players, since both are open source transportation simulation games. However, the reality is that Simutrans is far from close to the success of OpenTTD. What do you think this is due to? While OpenTTD came late, there was the TTpatch before. So there is rather an uninterrupted chain of user from TT(D) to OpenTTD, and people remember oh TTD is still around. Also OpenTTD rewards quick success. Vanilla pak has four engines/trucks/busses and a very quick success. Getting bankrupt is close to impossible. The downside is that after 2 h or so one is drowned in micromanagement of broken down vehicles and close to the year 2020. Simutrans after 2h is still in stage one of connecting everything in a way without getting bankrupt and/or causing insane queues of waiting goods/passengers. So while vanilla OpenTTD is the fast food, Simutrans is rather the 12 course menu. In the real world, McDonald serves more customer than a Michelin starred restaurant per day. This goes along that OpenTTD is often played by rather young gamers (at least this is the impression I got from the forums) while Simutrans caters to the more well aged community who had outgrown the kick of quick satisfaction. And in the time of mobile games with 5 minute success, and streaming stuff in 20 minute slices, Simutrans is clearly no mainstream, since 20 minutes in Simutrans is almost nothing. So it boils down to different audiences, and different fame deriving from *THE* transport simulator. Did you have any relationship with OpenTTD developers? Was there any interchange of ideas or code? I had little direct contact with the OpenTTD developer. Actually Owen Ridge, who hosts to he TRD forum, has contributed midi code to Simutrans. I did two patches, a winter seasons one (which is doomed since there are less winter than summer trees), a night time patch, and a rudimentary destination systems, all in 2005/6. I did not contribute since then. Occasionally I look at the OpenTTD forum, but development has also stalled a bit it seems. Although you are now mainly a developer, you actually started contributing with graphics to pak64.japan. Do you still like to paint graphics? Never painted much, just a tiny bit of copy and paste and editing. I would like to paint, but I am bad at it. What tools do you use when creating objects? When making button or other GUI stuff, I use an ancient Paint Shop Pro 4.12 from the late 90ies. Still the best tool to push pixels for me on these few occasions. And then shades and tile cutter and so on. Do you have anything you worked on you are specially proud of? After so many years, no. Maybe not giving up on Simutrans. Which is you favourite pakset? (paksets maintained by you are not valid!) Even though it is no longer maintained, pak96.comic was graphically very nice. Pak128.japan is second, but the graphics are too bright for my liking. pak129.comic is very complete, but somehow the industries never engaged me much. pak48.excentique does not have enough choices, but i like the abstract setting (same with pak contrast). pak.HD (handdrawn) looks ugly with the new climate system, but is also a nice addition. pak.HO I have ever really tried out at all. pak.nippon fails due to the use of pak64 vehicles, so technically I am involved with it ... Thank you for this interview. Is there anything more you would like to tell to Simutrans players? I thank you all for playing Simutrans. And please consider to contribute, whether spreading the word, reporting bugs, running a public server at home, paint a simple object, or help with coding. Simutrans can only live another 25 years if there is contribution from players. ____________________________________________
Schedule of the Simutrans 25th Anniversary Posts
Next time we'll bring you something different: A remake! A remake of what do you ask? Ah, you will need to wait to find out!
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - For everything else, there's Simutrans
- 2022-09-15 - ??
- 2022-09-30 - ??
- 2022-10-15 - ??
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-08-15 18:29:13 CET ] [ Original post ]
In the last post of this series we talked with Hajo about the first years of Simutrans. However, many of the players reading this today have never played a Simutrans version from Hajo's era. If you ever wanted to take a taste of one of the earlier Simutrans releases, today is your lucky day!
The first demo version
A screenshot of Simutrans demo version 0.50, with text in German. The first of the versions we have made available is not the actual first release, but it is pretty close. This beta version was released on 02/05/1999, while the history.txt starts just two months before (06/03/1999). As the "demo" name suggest, this version has practically no content, and crashes frequently, since it was just a version to show up the Simutrans engine working and a little more. Because of this and the need to use a DOSBOX, we recommend you to skip this version and try the next one if you want to truly play an early Simutrans.
The first playable version
A screenshot of Simutrans beta version 0.78.7 with the minimap and some toolbars and windows opened. Thanks to the donation of user Khaki we got our hands on one of the firsts playable versions of Simutrans, beta version 0.78.7 (released on 14/06/01, two years after the previous demo). As you can see in the image, this version has already some basic working tools (rail, road, ship and terrain tools). The minimap is also present, with a familiar view. You can download it here (it will be added later to the Museum). You can play this version natively on Windows or with WINE under Linux, although you might find some game-breaking bugs (particularly one with pop-up windows).
The Museum and other versions
In the SourceForge Museum you can find beta version 0.50 and other versions from Hajo's era (beta versions 0.80, 0.84.01, 0.84.04.1 and 0.84.10) which were recovered thanks to Markus Pristovsek. Do you have any other previous version of Simutrans not listed there? Please share it with us! And of course, you can still download (and compile) any version of Simutrans since it became open-source on SourceForge.
Schedule of the Simutrans 25th Anniversary Posts
Talking about Markus Pristovsek, join us two weeks from now as we will interview the lead developer for the 25th Simutrans anniversary!
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - An interview with Markus Pristovsek, the Adoptive Father
- 2022-08-30 - ??
- 2022-09-15 - ??
- 2022-09-30 - ??
- 2022-10-15 - ??
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-08-02 17:09:40 CET ] [ Original post ]
Simutrans was started 25 years ago, not by a game development company, not even by a team, but by a single man who dreamed to build the best ever transportation simulator: Hansjrg Malthaner, known by the Simutrans Community as "Hajo".
But who is this "Hajo"? How did he develop Simutrans in its early days? What has he been doing since he left the project, and what does he think about Simutrans today? We have reached Hansjrg Malthaner himself for an exclusive anniversary interview to reply to these and more questions.
Let's begin the interview!
________________________________________________________________
First of all, introduce yourself. Who are you? Where do you live? What did you study? Where are you working or have worked on the past?
I live in Stuttgart, Germany. A place that often is called boring and provincial, but actually the living quality here is quite good. To German standards it counts as a larger town with a population of more than half a million people.
Most of my professional career I've worked as programmer, mainly using Java. Later the focus changed to quality assurance and automatization of build processes, testing and deployment. Meanwhile research has also become an aspect, to find and compile information which enables other people to do their work efficiently. In summary, still all typical software development just with emphasis on different aspects of the development process.
With such a curriculum, it is of no surprise that programming is also a big hobby of yours. But do you have any more hobbies?
There never was a scarcity of hobbies, just scarcity of time. Electronics was something that I was very interested in during my teenage years, and which recently was refreshed by experiments with microcontrollers, like the Arduino. Gardening was something that I picked from my parents. Not sure if hobby is the right term, it's more just part of my life all the time. As child I used to paint, and art has become a growing focus, while programming became less of a hobby and just a profession. Traditional art, pencil and watercolour, but also 3D art with help of the computer. Also experiments in sculpting and with arrangements of dried plant parts and rocks, but I even have written a few story fragments, that got some positive recognition.
Cooking has also taken a bigger role in my life lately, and I consider that a very nice hobby, particularly in conjunction with gardening and the options to grow some vegetables of my own. At times I build furniture or refurbish old furniture. There is really a lot of different things that I'm interested in. Music, both in composing or performing is likely seeing the least attention, but that didn't stop me from building a pipes instrument which is played similar to a xylophone.
Overall I think the shift away from programming released a lot of energy that went into very interesting and often also very satisfactory activities.
Talking about your art hobby, in the previous interview (more than 10 years ago) you stated that you were bad at 3D modelling. But now, looking at your art gallery, you have definitely improved a lot. Did you work on any 3D-related project that boosted your ability?
I think I am still bad at 3D modelling, but over the years I found ways to work around this and still produce interesting scenes. There are things like people or animals though, which I can do only with a huge investment of time.
There was no particular project, but at some point I changed from drawing game related graphics to 3d modelling. The rendered graphics both were more consistent and of higher quality than what I could draw. That set my focus on using the 3d tool, and made it worthwhile to really try to get good at it.
I'm still learning new things all the time though. Both about the 3d software and also how to set up scenes. There was no quick boost, it was more of a slow progress over many years. As you mentioned, 10 years passed and I even had used the 3d software before.
The next level will be short movies, so I'll have to learn how to move the camera, when to zoom how to cut and blend from one view to the next.
One of the artistic creations of Hansjrg Malthaner
Did you work on any serious project before starting Simutrans?
I'll say no. I had made a ray-casting engine, the original Doom game was popular the early 90s, and a simple space flight simulation, as I was an Elite fan. Also a drawing tool. Well, let's say the drawing tool was a serious project and actually used by some friends. But it soon was surpassed by other tools which were available for free. Also I had made a tool to model a sort of skeleton for 3D puppets and pose them easily. That one had potential but also limitations. Now tools like Blender serves the same purpose and does it much better. So I was working on projects, but none of them was published, at best shared with friends. Just the drawing tool I've offered as download for years, but I don't think it ever was used by many people.
A remnant of the space flight project persists, it went through many incarnations, had become Solarex, then Solarex GL, then Stellar Prospector, using OpenGL for display but deep inside there are still some design ideas that came from the old 3D space thingy. It actually might become a game some day.
https://freegamedev.net/d/22-stellar-prospector-formerly-solarex-gl
Allow me a note here - Simutrans did not start as a serious project. It started as a "let's see if I can do something like this" project and was only published when a person whom I had told about it in a sort of forum, asked to show a demo. The first versions were very bad, crashed often and barely had any functionality but show vehicles moving over roads on a tiled landscape. It took a lot of time to get past this infant stages.
The drawing tool sounds interesting. Did you ever use it to paint Simutrans graphics?
Yes, all the early graphics of pak64 were made with it. At that time 8 bit graphics with colour maps were still pretty standard, and the tool was aimed at working with colour mapped images. Later I changed to GIMP which is now the graphics tool that I use the most.
Actually, I forgot a later incarnation of the drawing tool, which focused on creating tile sets for games with tiled graphics. That one was used for some of the graphics in pak48.Excentrique, but more to conveniently handle and edit them. Most of the graphics were made with PovRay, a ray-tracing tool.
A screenshot of the painting tool "Drops" main menu.
So at mid 1997 you started Simutrans. A transportation simulator. Of all the projects you could have started, you started a pretty complex one. Did you ever think that the project was too much of a task for you?
Yes, I was often pushed to the limits of my skills. Particularly creating suitable graphics was a big problem. One time I got a comment, "Simutrans is too ugly to play."
I sure wanted to do better, but at the time my graphics skills were just not good enough, and only slowly improving as well. Programming was also tough, but a task that seemed to be more a matter of time to develop good solutions.
So from about 2000 I had been looking for help, and while it was very hard in the early days to find people willing to help, the more the project grew, the more it showed potential, the more offers came. I think, you can still see all the names in the credits scroller of the intro screen. Some had gotten monuments in the game. That time there was only one pak set, so pak64 was "the game" as much as the binary.
Only few wanted a monument though. So some had their names or nicknames preserved as vehicle manufacturers, architects and company names in the game. Some wanted no mention like that and only are named in the credits.
It was my way to honour those who helped in the years when help was really hard to get.
How did you promote Simutrans and find your first contributors in the early days?
This is a surprisingly tough question. After this long time memories can be deceiving. I remember the first announcement was made in a Usenet group, but version was very incomplete, so definitely not suitable for promotion.
I remember that for a while there were a very small number of people who had shown interest and which whom a had frequent email contact to talk about the project.
Before the first forum, we used e-group, a mix of mailing list and file repository. That was the major place for Simutrans for some years. Actually I tried to keep all talk in one place, I did not want to scout a lot of places daily and look if there are questions or comments which I should respond to.
Later it spread out, and we moved from the e-group to a forum which I hosted for a while. At that point I am fairly sure that I posted links in several game development places to the forum to attract more people.
This way I got into a surprisingly friendly contact with someone who was working on a commercial transport game.
But the pressure to promote was smaller, internet was somewhat exclusive. In private I did not have internet access before 1998 and that was a pay-per minute dial up connection, so any minute online was costly and somewhat precious.
Usenet also was a good place to get in touch with other game developers, but over the years, that also moved to forums.
It was not before 2015 that I published a game video on YouTube, way past my active time with Simutrans. I never was on Facebook, so my social media experience is limited.
How was the reaction to the first releases of Simutrans?
I really can't remember many details. It was just a demo, to show vehicles driving on roads. A proof of concept for the landscape display and vehicle driving. No game by far, and most of all, the early versions had no railroads.
A few people believed that it can become a proper game, helped with testing and feedback. If there were negative comments I seem to have forgotten, except that the art had to be improved a lot. That stuck, cause I could program, but not paint, and I had to deal with it somehow.
One of the first Simutrans demos released.
You have been quite a while apart from Simutrans. Do you miss working on Simutrans?
I certainly did not miss the working. I felt burned out and disappointed when I left, at least that is what I remember. Also more than once I voiced the opinion that software projects are a bad hobby for me, and even that I started a few over the years, it usually boiled down to the very same finding. These projects do not make me happy. I now have a stance, to only work on them when I really want to, which means that there are often year long breaks.
I missed the talk though. Usually around these projects there were challenges, ideas, solutions. They often were challenging in many ways, technical, artistic and in interaction of the player and the game. I liked to talk to other game developers about such.
What is the biggest challenge you faced when working on Simutrans?
At first I was tempted to say route calculations for vehicles and goods. But while this indeed was the biggest challenge in the early days, long term, the creation of good graphics and sound effects turned out to be an even bigger problem.
While graphics have improved over time thanks to pakset authors (pak128.german, pak192.comic, and pak256 specially), the sounds are indeed still a challenge no one wants to take. Is there anything more you think current Simutrans is in great need of improving?
I think a better user interface is needed. One that is easy to learn, understand and use. One which makes common tasks easy to accomplish. Also I think, a better looking user interface would be nice on top of an easier to use one.
Simutrans Depot window with the classic theme. The UI has improved since then, but not by much.
What was the thing you liked the most about working in Simutrans?
Actually, the thing I liked most was the feeling to be important. Older games, like civilization, had a big name on the title screen. Now I was on my way to join the ranks of these, whom I admired for their game making.
Simutrans has changed a lot through the years. When you look at it today, what makes you think?
It might sound strange, but often I wonder how much of it still is the same. All the core of the game is still quite like in the old days. I think the underground mode is the biggest new part, much of the rest was optimization and tuning what was already there. And yes, the networking code. I had a different approach in mind, and the team chose what I considered the hard way to do it. So that truly is new and it was no easy feat.
Simutrans has stand the test of time, so far. But it reached its peak in April 2012, when the game was downloaded more than 100.000 times on SourceForge. Since then its popularity has declined slowly but surely. What do you think this is due to?
I can think of three reasons. The first one is kinda obvious. Even free to play or indie games nowadays have very good graphics. Simutrans struggled to get on par with games from the 90s, and clearly looks very poor these days, compared to what players are used from other games.
The second is a more general change in gaming. Simutrans is very complex. Overall there has been a trend to simplify games. I think for most new players these days, learning how to play Simutrans is ridiculously hard.
This leads to the third point. Simutrans offers nothing inside the game to help new players. At least nothing that is easily accessible. After starting Simutrans, a player is prompted with some menus, lots of options to choose, and if they make their way through it, they are left with a kinda sad looking map and a bar of icons.
I think most new players give up at this point, if they even make it past the map creation dialog. They want to play a transport game but have to choose a pak set - a term that new players don't even know - and then create a map. "Where is the transport game?", many will think. And the newly generated map doesn't look that much like a transport game either.
I think Simutrans is just too obscure for new players and not looking good enough. These days games must look very good and help the player right from the start to give them a feeling of success.
But these are just my thoughts, and others my find other explanations.
If you were to start Simutrans today, would you make it different? Would you make it simpler to accommodate the game to current trends?
This is a difficult question. I was not very experienced, neither as programmer nor as game designer and if I put myself in that position today, I think I'd again miss to understand the importance of a good interface and what is called user experience today. It had not been part of my studies, it's something I've learned later.
When you left Simutrans, the code was still closed-source. However, a few years later, you agreed to open-source it. Why did you took this decision then and not before? And why was the Artistic License choose over more popular open-source licenses?
The message from Prissi came in a very bad time. I was very depressed and not able or not willing to care. I was just like "leave me alone and do what you want with Simutrans". I was not involved in the choice of license, I think. I am sure I was asked but did not discuss, just said the choice looks good to me, that is what I remember. I did not think much about the consequences. I just tried to live. If you are depressed like that, you care very little about license details and I did not expect to get in touch with the project again, so it meant very little to me those days.
An old post by Hajo, stating that he would open-source Simutrans should he left the project, which he finally ended up doing
There has always been the discussion of OpenTTD vs Simutrans, because they are both open source transportation games with similar looks and inspirations. While Simutrans is a success, it is far from OpenTTD in term of success. Why do you think players prefer OpenTTD over Simutrans?
The Transport Tycoon games had a huge fan base already when I started to work on Simutrans. And they are good games. There is little reason for their fans to look for alternatives.
Another aspect came to my mind when I dug out TTD once and compared it to Simutrans. It had limits, but it felt more fun to play. More dynamic? More "game"? Hard to really name it. My impression was, Simutrans is a huge and heavy simulation, TTD though was more fun to play.
It is hard for any project to be alive for 25 years without an organization backing it. And yet, here it is Simutrans. What do you think are the reasons Simutrans has gone so far and lasted so long?
I think it's mostly Prissi's determination and persistence, also Dwachs. Maybe there are more which I missed here, due to my long absence from the community. But in any case, it's the persistence and endurance of the people around it.
What's your opinion about Simutrans Extended? Have you ever played it?
I never played Simutrans Extended but I think it's good to have some competition. Usually this sparks new ideas and gives a push to try new approaches and solutions.
Finally, the question everyone wants to know., What is your favourite pakset?
pak96.comic was much to my liking. I don't know if it is still in development, but I liked the easy and fun approach taken there.
"Big Bus station" from pak96.comic, 1st place SMSC October 2010
Let's talk about your other recent project, "Stellar Prospector", a sim trading game set in the space. What are your inspirations and what do you want to accomplish with it?
Inspirations are old, games like Elite and Elite 2 - Frontier, but to some extent also Masters of Orion and Ascendancy.
The project's core is very old, dates back to 2000 or even before. It started as a stellar system generator, suns, planets, moons, atmospheres, resources and physics that were at least not openly nonsensical, even if very likely nowhere accurate either.
After that stage it became a trading game, actually without a flight simulation, well eventually a very limited 2D one. Just enough to get from place to place, cause that is what a trading game needs.
Then I've tried to add a 3D flight simulation, but never could fix some bugs in the display of the planets. I think, compared to other projects of mine, it got some pretty cool looks, though.
There were days when I really wanted to make a proper game out if it. I designed 5 major species to inhabit the galaxy, some politics and an attempt to simulate social events like sports events and concerts. The game even had a newspaper to read what happens in systems near and far.
But in one of the former questions you asked what is the reason for the success of Simutrans and I answered, the persistence and endurance of the core team members.
I don't have that any-more, or maybe never had. So at the moment I don't want to accomplish anything with it and I think the last update happened a year ago.
Furthermore there are now projects like Elite Dangerous and Star Citizens, crowd funded, very ambitioned, with very good graphics and likely way better stellar system generation code than mine.
So I don't think it makes sense to have big plans here. I'll work on it if want to try something, or to entertain myself in boring times.
A screenshot of Stellar Prospector
Thank you very much for this interview. Anything more you would like to say to Simutrans players?
Actually the ones I would like to address are those who joined and helped in the early years. They joined while the project hardly showed potential, had very limited graphics and it was closed source. Thank you for your trust in the project and thank you for the contributions.
________________________________________________________________
Did you find this interview interesting? Do you want to know more about how these early Simutrans versions by Hajo were? Well, you are in luck! Join us in two weeks as we will explore Simutrans' past in the most practical way possible: re-releasing the earliest versions of Simutrans we were able to find!
Schedule of the Simutrans 25th Anniversary Posts
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - The Simutrans Museum
- 2022-08-15 - ??
- 2022-08-30 - ??
- 2022-09-15 - ??
- 2022-09-30 - ??
- 2022-10-15 - ??
- From 2022-10-30 to 2022-12-31 - ??
[ 2022-07-15 18:25:01 CET ] [ Original post ]
Hajo's first Simutrans sketch. At the top-right, a date can be read: 30-06-1997. Today, 25 years ago.
Simutrans started 25 years ago. Not yet as bits and bytes, but in the mind of a man: Hansjrg Malthaner (known by the Simutrans community as "Hajo"). Today, Simutrans is still alive, not only as bits and bytes in the thousands of computers (and now smartphones) that run Simutrans, but also in the hearts of many talented programmers, excellent artists, amazing modders and dedicated players.
To everyone of you: Thank you! Simutrans has gone very far, and it will go even further, thanks to everyone who believes in the Simutrans project.
Let's take some time to congratulate ourselves and celebrate this milestone!
But first things first...
A little bit of history
Hajo started Simutrans alone in mid-1997. It was not until early 1999 that the first public beta was released. Simutrans started gaining some interest, and the first contributors, as the precursor of our current forum was created in the early 2000's to accommodate a growing community. Hajo kept developing Simutrans until he retired from development because of personal reasons in 2005. Since then, Markus Pristovsek "prissi" takes care of Simutrans, but not alone. In 2007, Simutrans became open source. This move ensured the long term survival of Simutrans and attracted many contributors. Simutrans stayed on good track after that and would eventually come to other platforms such as Linux distributions, Steam, or more recently, Android. Meanwhile, as Simutrans matured, other projects were born from it with the intention to innovate even further like jamespetts' Simutrans Extended or himeshi's OTRP. But enough of reading about history. Reading about history is boring. So why don't you instead see it?
The Simutrans Interactive Timeline
For the first event of this anniversary, here is an exciting idea: Let's build a Simutrans Timeline of events. Surely a project as old as Simutrans has a lot of history to tell! So let's tell it, graphically. The very good news is that we already have built the foundations of this timeline, and it is interactive!
See it right now at simutrans.github.io. You can look more closely an also filter by event type. Here is a closer look at the last two years.
I have added the events that came to my mind, but there are many things missing, and I don't know everything about Simutrans. Help us get a complete view of Simutrans history by adding missing events to the repository at GitHub. Missing releases, the date a contributor joined, or important events such as the forum migration. Every help is welcome!
The Simutrans 25th Anniversary
That's not all we have prepared for this anniversary, but that's all for today. In the upcoming weeks, you will see more posts to celebrate the anniversary. Join us in two weeks from now for an exclusive interview with the Man Who Started It All: Hansjrg Malthaner (Hajo). If you want to know about the rest of the events: I am not telling you yet!
- 2022-06-30 - A look back at our shared history. The Simutrans Timeline.
- 2022-07-15 - An interview with Hansjrg Malthaner, the Founding Father.
- 2022-07-30 - ???
- 2022-08-15 - ???
- 2022-08-30 - ???
- 2022-09-15 - ???
- 2022-09-30 - ???
- 2022-10-15 - ???
- From 2022-10-30 to 2022-12-31 - ???
[ 2022-06-30 18:35:12 CET ] [ Original post ]
Screenshot shared by ahakuoku on the Simutrans Discord
Building amazing transport networks is a lot of fun, and after building the railway of your dreams you surely would want to share it with others! For this purpose, and also delivering to you Simutrans news and other content, Simutrans is present on many Social Media platforms.
Official presence
You can follow or join the following communities, managed by Simutrans contributors:
- (NEW!) Twitter: https://twitter.com/SimutransTeam
- (NEW!) Mastodon: https://mastodon.technology/@simutrans
- Blog: http://blog.simutrans.com/
- Facebook: http://www.facebook.com/simutrans
- Reddit: http://www.reddit.com/r/simutrans
- Discord: https://discord.gg/KuaVWycD9E
Fan presence
Other active communities or accounts managed by fans of Simutrans:
- Discord: Simutrans Interact Meeting
- Facebook: Simutrans.BLOG/
- Telegram: See here
[ 2022-06-24 19:28:56 CET ] [ Original post ]
Welcome to another Simutrans Extra! For the ones that join us for the first time, Simutrans Extra is a series of articles bringing you the latest news of the Simutrans world, in a bulletin format. You can read previous editions in the Simutrans Steam News section. We have been very quiet this year so far, but there are nonetheless exciting things to share! We'll also be celebrating the 25 years of Simutrans during the second part of this year, so stay tuned: special publications coming soon! But now, let's review what has been happening these months in the Simutrans world, starting with the biggest plate: the Android port.
Simutrans for Android
Since the past year and thanks to the initial efforts made by krosk, we have a working Android build of Simutrans. This was one of the major goals for Simutrans, and it is finally here! Publishing the game to the Play Store was a long effort (which prissi took personally), due to Google's review process. And it is mainly the reason why this Simutrans Extra number took so long to publish - I was waiting for that process to end. Although the build an publishing is already done, that does not mean that there's nothing left to do: Simutrans has not been designed to be played on mobile, and a lot of work needs to be done to adapt the current interface to mobile characteristics. You can download and play Simutrans from the Google Play Store: => https://play.google.com/store/apps/details?id=com.simutrans Or directly from the GitHub releases page: => https://github.com/simutrans/simutrans/releases/tag/Nightly Both of them are the nightly version, but that will probably change for the Play Store version in the next stable release. If you encounter any problems or have any suggestions feel free to post them on the Simutrans International Forum.
New directory structure
Traditionally, Simutrans has had two main directories:
- Base directory - Simutrans installation and paksets go here.
- User directory - Savegames, configuration and other user-specific stuff go here.
- Paksets install directory - Simutrans paksets installed by the installer will go there.
Pak128 maintained again
This year started with a bad new: pak128 (default pakset on Steam) was marked as unmaintained, after 5 years without updates. After the announcement was done, however, Simutrans user garro (Gianmarco Garrisi) expressed interest in maintaining it again, and prissi also made some necessary maintenance. However, this effort is losing momentum. So if you want to collaborate, check "pak128 revive: How to contribute" post in the International Simutrans Forum: => https://forum.simutrans.com/index.php/topic,21329.0.html
Elevated Way Support System for Simutrans Extended
We have not yet talked about Simutrans Extended in Simutrans Extra, and I owe you a proper presentation. But for current Simutrans Extended players, this is a new worth mentioning. A new system for elevated way supports (formerly know as "Pier System") has been incorporated recently into Simutrans Extended (Simutrans' main fork). The Elevated Way Support System, developed for months by PJMack, is (in the word of its author): [quote]A new system for elevated ways that allows not only half-height elevated ways, but elevated ways on uneven terrain. Such method involves an new object type pier and new ground type pier-deck where the ground is placed on top of a pier. The system also allows the pakset designer to place restrictions on the ribi of ways both on the pier-deck and under it, as well as place restrictions on what types of piers can be built on others what other types and what types of piers can be placed on the same tile as another.[/quote] You may find helpful this video-tutorial made by MG about this system [previewyoutube=CWxj7d4AZfI;full][/previewyoutube]
How can YOU contribute to Simutrans
Simutrans is an open source project. That means that anyone - including you - can improve it! Did you ever want to contribute to Simutrans but you have no skill for coding? Worry not, you can contribute to Simutrans in a variety of ways:
Translating
Simutrans is constantly updating and adding texts so we are always in need for translators:
- To help with translation use the SimuTranslator web tool.
- To request a translator account use the Translation Sub-Forum.
Painting
Simutrans is always looking for artists! If you want to paint graphics for Simutrans, check:
- The "Creating images" section of the Development Index..
- The General Resources and Tools Sub-Forum.
Coding
- Check out the Technical Documentation Sub-Forum.
- Do not open Pull Requests in GitHub. Use the Patches & Projects Sub-Forum instead.
Reporting bugs and submitting suggestions
- Report bugs on the Bug Reports Sub-Forum.
- Send suggestions to the Extensions Request Sub-Forum.
[ 2022-06-15 16:54:55 CET ] [ Original post ]
Simutrans 123.0.1 has been released. This is a small bugfix release to address some of the bugs of the 123 release, but there are also some interesting quality-of-life changes (such as the the option to scale the screen manually). This release brings the Steam version back in sync with the non-Steam version, so you should be able to play network games again with non-Steam players. I've also added to the Steam release an additional soundfont (MusesCore General, named as "default.sf3") with the intention to replace PCLite.sf2 in the future, as it is lighter and sounds generally better. Both of them are included for now, so you can try switching between them. Linux users: I'm trying a new deployment procedure to reduce the number of required libraries bundled. This may prevent the game from being launched in some distributions, so please let me know if that is the case.
Highlights of this version
- All resizeable windows get minimize button in title-bar
- Infinite mouse scrolling can be activated manually in the display settings
- Option to adjust screen scaling manually (either via display settings or '-screen_scale' command line option)
- Illegal schedule entries are highlighted and a button to clear them up will appear.
Paksets updated on Steam
- Pak64.german 123.0.0.2
- Pak128.german 2.1
- Pak128 2.8.2 (this is the default pakset on Steam)
Paksets updated outside Steam
You can install these with integrated pakset installer.
- pak48.excentrique 0.19 rc3
- pak.Nippon 0.5
- Pak64.japan 123.0
Full changelog
Here's the full list of changes since the last version. Added [quote]
- Option to adjust screen scaling manually (either via display settings or '-screen_scale' command line option)
- not connected to any player network as additional option
- selected convoi in minimap now magenta. Also network display properly updated when activating or closing windows
- Illegal schedule entries are highlited and a button to clear them up will appear.
- Infinite mouse scrolling can be activated manually in the display settings; but it will fail with certain touch devices
- mark obsolete vehicls in vehicle-details tab
- minimize buttons to convoi, halt and line window
- button to remove double entries in schedules
- Infinite mouse scrolling can be activated manually in the display settings; but it will fail with certain touch devices~
- FluidSynth looks also for SF3 soundfonts
- All resizable windows get minimize button in titlebar
- one more row in schedule dialog for a little nicer display
- lang files are loaded if their name is *XX.tab or XX*.tab. The first is preferred to avoid confusion by name like ja-taken.tab
- show overlay number on vehicle of convoy in depot
- station display crashes on old paksets when certain windows unicode fonts are selected
- time and minimum loading were not correctlin shown for schedule entries
- empty schedules should be allowed...
- pakset installer closes simutrans again after exiting the second time, but only if no paksets are found
- sscanf_schedule ensures valid schedule
- correctly adjust current_stop when moving entries in schedule up/down
- Mouse pointer is restored after exiting the pakset installer from in-game options
- allow tunnel building starting from tunnel tiles
- Exiting pakset installer for a second time no longer closes Simutrans
- loading of savegames with broken AI data (table keys have to be enclosed by [".."] not only "..")
- when loading AI scripts respect -noaddons setting
- delete double entries in schedules while editing, fix memory leak
- Memory leak when translation contains malformed strings
- tooltip in main menu
- beach calculation was broken
- crash in line window (when sorting in reverse order)
- size of follow convoi when minimap is zoomed
- Wrong formatting specifier in network_send_data
- Translations from paksets fail to load
- schedule highlightnigh in transport net on convois and minimap fixed and restored
- ISO code can be first or last
- pakset isntaller in windows after fullscreen enabled caused hang, because of invisble isntaller
- Runaway simulation speed in some cases if modal_dialogue is open
- show_month==1 now consistently for 24h per month
- buy vehicle only with release (fixes also finger usage)
- no jumping up and down in gui if schedule in empty or waypoint
- arrow now call the inteded routines
- arrow also works with two entries in schedule
[ 2022-01-30 21:48:51 CET ] [ Original post ]
Votes have been submitted and winners are very clear. Congratulations to the winners!
FIRST WINNER
The first position goes to... Aroport De Jean Luc Picard, by DThunder518. Congratulations for your revenge, you finally win a contest!
SECOND WINNER
In second place, we have another image by DThunder. Schmetterlingsstadt gets the silver medal. What's this, is DThunder518 going to claim all the podium?
THIRD WINNER
The well-earned third place is for... Leartin! Tropical Screen managed to reach the podium deny DThunder518 yet another victory. Congratulations!
WINNERS 4-10
In order of votes.
4 - Transit Center, by DThunder518
5 - HSL ICE Passing Berngau Station, by danivenk
6 - Lbbecke, by Flemmbrav
7 - Dos Puentos, by DThunder518 (I think you mean "Dos Puentes"?)
8 - To The Moon!, by Flemmbrav.
9 - Bsel Hauptbahnhof In The DMZ, by danivenk.
10 - Fuchshofen Grenzbahnhof Where 2 Nations Meet In The DMZ, by danivenk.
Conclusion
I'm personally very happy with the results (specially since my favourite screenshot won) and with the participations. The screenshots look pretty good and more than enough were submitted to populate the Pak192.Comic store page, where you can already see them, replacing the old screenshots.
Library Header using the second winner.
Congratulations to the winners, and good luck next time to the ones who didn't make it there! Join us next time at the end of this year in a special edition of this contest to celebrate the 25th Anniversary of Simutrans. Until them, happy Simutransing!
[ 2022-01-24 21:04:05 CET ] [ Original post ]
Thank you everyone who have submitted screenshots for this second Simutrans Steam Screenshot Contest. Submissions are now closed, and we have over 20 screenshots from pak192.comic (I must admit that it is a bit over my initial expectations). It is now time to select the winners! Lets proceed to cast the votes.
Wiki survey
Vote now on https://simutrans-germany.com/wiki/wiki/survey19 IMPORTANT: For voting an image select the checkbox at the bottom of the image NOT the checkbox at the top (even if it looks much closer). When voting please have in mind the theme and guidelines. For this edition you can cast up to three votes, so if you have more than one favourite you can vote for one or two more. You have until January 23th (inclusive) to vote.
List of participations
I will let you below a complete list of participations, so you can see the screenshots at their original quality.
"Clune Junction, 1981" by Cousjath 1 - Flemmbrav, Hamm Station 2 - Flemmbrav, Lbbecke 3 - zeruon, Journey to the East 4 - Huperspace, The Mesh Road System 5 - Huperspace, The Death is waiting 6 - Huperspace, Not so busy market 7 - DThunder518, Aroport de Jean Luc Picard 8 - DThunder518, Dos Puentos 9 - DThunder518, Schmetterlingsstadt 10 - DThunder518, Transit Center 11 - Flemmbrav, Printing money 12 - Flemmbrav, To the moon! 13 - Cousjath, Clune Junction, 1981 14 - Leartin, Tropical Screen 15 - danivenk, Biggest city in Sitzklauf: Trndel Hauptbahnhof 16 - danivenk, Gemnden am Main (Trndel Hbf) Railyard for the NS Abellio Main lines & HSL 17 - danivenk, Main road busy with busses in Willwerscheid just in front of the station 18 - danivenk, Bsel Hauptbahnhof in the DMZ 19 - danivenk, HSL ICE passing Berngau station 20 - danivenk, Barby Quadtracks 21 - danivenk, Fuchshofen Grenzbahnhof where 2 nations meet in the DMZ
[ 2022-01-16 13:27:59 CET ] [ Original post ]
Happy New Year 2022! This year comes with Simutrans 123, can you imagine a better start of the year? Also remember that the screenshot contest fo pak192.comic is still going, and there's a new version of pak192.comic (2021 RC2) available with this update! For me personally this is the first version I have contributed with substantial changes - in particular the new music backend that will make music work again on Linux & MacOS, but can also bring benefits to Windows users as well. What's so special about it? Well... you can change in-game how music sounds! I hope you like it! Note for linux users: The minimum required version for Simutrans 123 is Ubuntu20.04 LTS or equivalent. If you are on an older LTS and don't want to update, you can go back to version 122 in the Betas. Technical note: The specific Steam version (r10333) will differ from the version available on SourceForge (r10317) to include some important fixes. Due to this, you will be unable to play multiplayer games with non-steam players until the release of version 123.1.
Highlights from version 123
- You can now schedule convois with fixed departure times, and with a specified number of departures each month.
- Rivers now go from their source through lakes until the sea, and are shippable after passing a lake.
- Paks can be installed now ingame (but I strongly encourage you to use Steam DLC system for available paksets, since otherwise you won't get auto-updates).
- You can switch fullscreen mode in the display settings.
- The new GUI is now enforced in all dialogs.
- And of course, the new music backend. For it to work out of the box, I've included a little (50MB) soundfont (PCLite.sf2), which sounds reasonaby well in most cases. But you can try other soundfonts by putting soundfonts files (.sf2) in the "music" directory of your Simutrans installation and then selecting it in the sound settings. Try for example RealFont.sf2 (400MB) for more realistic music or Freepats General MIDI (300MB) for a piano-based music.
Paksets updated
The following paksets were updated on Steam
- pak64 (123)
- pak64.german (123)
- pak128.german (2.1)
- pak192.comic (2021 Release Candidate 2)
Full list of changes
If you are interested in the full list of changes, you better take some breath, because it is long. There's nothing more after that, so you can stop reading if you are not interested :-P
Added
[quote]
- cbuffer_t::trim() to have consitent line spacing in dialoges relying on imported texts
- compare savegames (command line parameter -compare)
- Desync debugging mode: Heavy Mode
- command-line parameter -scenario also looks in addons directory
- (ranran) mouseover on any car of convoi works
- (ranran) edit dialogues with reverse sort option
- on SDL2 use back button as backspace
- cancel button for isntall dialogue
- Print name of test to be executed
- Automated tests + GitHub Action to run them for each nightly build
- (Roboron & prissi) Toggle fullscreen mode with GUI
- three finger movement should drag the map
- Command line option '-scenario' starts requested scenario if available
- get_tile_list for buildings and reused it in the code in hausbauer and gebaeude
- get_tile_list for buildings and reused it in the code
- easy date format settings from option window
- (Ranran main) adding factory overlay + FIX: power consumption on multiple inputs/output were broken
- Button to copy fatal_error to clipboard (for bug reports)
- reservation overlay now also shows single way directions and signal states (inspired from ranran)
- single GUI button added to line list to close topmost line window when opening a new one
- tooltips for line entries
- revenue to line sorting and remeber last used line statisitcs buttons
- reselect a tool will close it (new default, set by reselect_closes_tool in menuconf.tab)
- haltlist now saved and relaoded
- chat window transparency in network mode now controlled by theme: gui_color_chat_window_network_transparency and gui_chat_window_network_transparency
- (Freahk) player color network synchronisation backport
- Fatal error message when loading pakset fails
- new button type imagebox for having a delete (and many more graphical buttons)
- New raw image loader
- Height map loader now supports PNG height maps
- More supported image file formats for makeobj
- (roboron) FluidSynth MIDI backend
- target tile for jumping to a position (via pos button, window icon or jump dialog) will be marked with the current cursor
- load translation text files from AI directory for translation (*.tab like en.tab etc)
- (Leartin) totally overhauled edit windows
- (Leartin) totally overhauled edit windows
- (Leartin) groundobj editor
- cursor settings for scripted tools: parameters cursor_area and cursor_offset (THLeaderH)
- waiting time in schedules is now entered in days hours minutes (but old games will still have the old steps)
- proper thread support for ZSTD
- special key "SCORLLOCK", "DELETE", ESCAPE", BACKSAPCE" and "+" sign for shift as modifer in tools key binding"
- SCROLLLOCK as key binding for the scroll lock key
- SCROLLLOCK as key binding for the scroll lock key
- construction cost tooltip also for normal tunnel construction (clicking on slopes)
- classify_file() to determine file format
- 2 new height conversion modes: linear + clamp
- GUI for pakset install script
- new option in simuconf.tab "numpad_always_moves_map" regardsless of numlock state
- map only moves when numlock off, new tool to move to map view (simple_tool[36]=,keybinding,-1|0)
Changed
[quote]
- one more row in schedule dialog for a little nicer display
- (roboron) similar width for labels on extended edit
- enable heavy mode on command-line
- two different modes to show selected lines
- Include name of tool that failed in warning message
- (THLeaderH) new definitions or roadsing images, which also generates meanigfult warnings
- removes the maximum gap of 6 during renovation of building levels
- narrow depot frame
- make description text in depot a little close like multiline text
- make depot dialog scalable
- remove setting departures_on_time
- handle more than one event per interaction in many cases
- shrink android size by removing debug symbols from lib
- more compact info windows (shrink of no information, only show owner if there is one)
- more compact ground info, seperated climate water from ground type water (now Lake or Open Sea)
- (ranran) try to move windows so not cover tile clicked with inspection tool
- (THLeader) stop_halt_as_scheduled=1 in simuconf.tab wiil stop convoi on the desginated tile (unless more tiles are needed to fit it into the station)
- dragger_size to be dynamic
- Simutrans now allows more than one file per languange. The file must just ending in XX.tab, where XX is the language code
- remove magic offset for display_outline_proportional_rgb, and factory is now real tooltip
- Don't save offsets of trees also in single player mode
- scripted tools: work, do_work, mark_tiles have additional parameter to send state of ctrl/shift keys
- move factory overlay to transparency settings
- Omit status messages when calling makeobj quietly
- double orange removed and bright yellow a little better differenciated
- Log fluidsynth messages to our own log instead of stderr
- display on request absolute departure times
- depature board estimates also the departure of fixed slot vonvois which are not yet arrived
- absolute departure time can be also more than once per month (repeats the time in equal intervals)
- maintenance of powerline tunnel/underground transformer
- also flat grounds with some tiles with slopes are now considered for multitile buildings (stations, factories, attractions, city buildings, ... )
- enforce maximum factory distance also for factory connections
- Use network command names instead of magic numbers for readability
- Use tool names instead of magic numbers for readability
- detect language on first start if possible
- new option set_workdir to debug
- retry pak install at most once
- renaming broken files on reading errors
- line list now saved reloaded and up to standard
- option gui now saved reloaded
- label list now saved reloaded and up to standard
- factory list now saved reloaded and up to standard
- curiosity list now saved reloaded and up to standard
- sortarrow and saving for city list
- sortarrow for goods list
- sortarrow for vehiclelist
- renovated halt list to new standard
- renovate convoi list
- halt list entry: no status bar
- removed V_space insde halt list entry and show name in statuscolor
- extra V_space around halt list entry
- adjust the toolbar to top left bottom right
- Gradual loading and unloading (full unload takes loading_time) and full load as well
- Input of waiting time now in days, hours minutes
- Confine simuconf.tab entries to valid values
- (PJMack) ribi lookup using shifts and 64 bit ints
- sort minimap industry list by producer, factories consumer, and then by name (display left to right)
- Add good category to comsumption info in factories
- move error message to simtool
- lines will open with default tab pointing to last seletced one (apart from schedule tab)
- reload font when changing languages only if default bdf-font changed
- line windows only opens with schedule tab when opened from convoi schedule or depot
- Use logging instead of printf for status messages
- show all connections of open factories windows in minimap
- Ensure that tree age always fits within 12 bits
- http to https, update dead links
- Exit gracefully when simgraph_init fails
- Distribute cities before trees
- Allow querying gameinfo of older servers again
- libpng is now a required dependency
- Screenshots are saved as PNGs on all platforms
- change tool_add_message_t to general-tool to be able to send scenario/ai messages over network
- Added insert and append mode to schedules
- split the unrelated code for displaying relative time differences and absolute times (as preparation for coming scheduling)
- disable revert-schedule button before it is shown;
- schedule editing survive now save-load cycle and entries can be moved deleted by arrow buttons
- Only public player can skip years in networkmode
- no tunnel construction without enough money
- Only display way 1 in tunnelmouth
- show way images in tunnel portals facing toward screen, so tunnel backimage can leave this spots free
- speed in crossings is not max speed, no crossings of existing way speed higher than crossing speed
- (RanRan) rollup all windows patch
- rivers now go to the sea and pass through lakes. A tiny stream becomes navigatavble after a lake or merging with another stream
- remove code that assumed all short tiles are slopes
- new line list, overhauled convoi list, new line function to add all convois with same schedule
- renovated convoi list astemplate for new line list
- new single line management window
- forbid adding/removign entries when part of line
- schedule intergrated in convoi dialog, meybe still buggy
- rework message list display, new item class for one display of one message
- coordinates and ribis now tested in clockwise directions nesw instead nsew as before
- MacOS build sugegsted by CannonBall7
- report linenumber in fatal error messages in tabfile-reading
- Sound now player on GDI via Xaudio2 for individual volume control
[ 2022-01-05 03:51:04 CET ] [ Original post ]
The Team Pak128.German wishes all Simutrans players a quiet beautiful Merry Christmas.
And again there is a surprise. :o Again, the team puts the beta of the upcoming Version 2.1 beneath the Christmas tree. :( But it is not the same as from last year. :P We have now arrived at Version 2.1.beta (Rev.470) 8) The beta also runs with Release 122.0, but because of the fords, level crossings and the scenario "Oktoberfest", a current nightly is recommended. We would like to have made this version a release, but unfortunately the new program version takes a little more time. We wish you a lot of fun during the Christmas holidays and in the quiet time after.
What's new in Version 2.1.beta (Rev.470) compared to Release 2.0?
- new: New price model, with fixed costs of about 2% of revenue. The purchase prices of the vehicles were halved for this.
- new: The initial capital is now adapted to the starting year. From 1 million 1800 to 40 million 2030
- new: For faster program start: Many small .PAK files are now packed with in a large file.
- new: The sources are now mostly visible to https://sourceforge.net/p/simutrans/code/HEAD/tree/pak128.German/
- new: "Adler" New graphics and sound, slightly shorter.
- new: Some vehicles are now driving at night with light on.
- new: Farms, horse breaks and the Oktoberfest have got sound.
- new: Scenario "Oktoberfest". Need mandatory program version 123.0 or current Nightly.
- new: Pedestrians adapted to the 19th century.
- new: Houses are now preferably built near stops. Also opposite larger railway stations.
- new: The need for workers of the factories revised. The same: number of buyers who want to buy in markets.
- new: A train now needs a driver at the head end. So either in a locomotive or in a control car.
- new: That is why there are now some new control cars. Pushed freight trains are no longer possible.
- new vehicles K 1 engine for the shunting service and when a single freight wagon serves whole factory. E69 and new Silberlinge coaches with a control car. For the branch line to Oberammergau. BR 141 red and green new graphics match the new Silberlinge. freight wagons for powder Uaoos-y948, bulk Fas 126, long goods Rmms663 Fehmarnsund steamboat ferry for small amounts of freight or short distances. the ICE, Blue Gentian, red double-decker coaches and some other passenger trains now run alight at night.
- new buildings some small houses and meadows now also have winter graphics. town houses in 4-tiles size.
- new factories Furniture factory that produces steel furniture. Siegfried Peretz stockings factory
- new network objects a ford tile for muddy paths railway barriers now have a German sound.
- new: translation of the texts into Italian, thanks to Pierohd.
- new: translation of the texts into Japanese, thanks to Green.
- changed: some large ships now have significantly higher amounts of cargo.
- changed: English translations improved. Thanks to Duke and Ampersand.
- changed: Some bugs have been corrected. For reporting, thanks to Huperspace on Steam.
- changed: With a current nightly, level crossings can no longer be built over high-speed tracks or highways.
- deleted: The Tatra T6 A22 tram car appears twice, so gets automatically converted to a Tatra T6 A6.
[ 2021-12-22 16:49:33 CET ] [ Original post ]
Welcome, everyone! The second Simutrans Steam Screenshot Contest (in short, "SSSC") is about to begin! The first SSSC was celebrated a year ago, and it is now time to celebrate another one to end this year with joy. This time the scope will not be as wide as the first one, and the SSSC will be focused around pak192.comic (to compensate for the lack of participation in this category in the first SSSC). Hopefully this will increase competition as there is only one category! Let the best win!
Terms are pretty similar to the first SSSC, and the winners will be also displayed on the Steam Store Page!
Participation
1 - There's only one category: pak192.comic. If you have never played pak192.comic before, you can get it from the in-game pakset downloader, the Steam Store, or directly from their GitHub repository.
2 - You can submit as many screenshots as you want.
3 - You need to include title for every screenshot. Screenshots without title will not be eligible!
4 - You have until Januay 15st (inclusive) to submit your screenshots!
Theme and guidelines
1 - The theme this year is... Vehicles! pak192.comic team put a lot of love into their vehicles recently, specially rail vehicles. Show us how they run around your networks!
2 - To keep screenshots clean, try to disable city/station names and avoid showing title bars, overcrowded menus, etc.
3 - There are no limits to screenshot size, but recommended size is 1920x1080 as this is the most common resolution.
Remember that you can submit screenshots that do not fit the theme or guidelines just for the sake of showing others your work, but theme and guidelines will be used to select the winners!
Prizes
1 - For the first winner : The screenshot will be displayed on the main Simutrans store page.
2 - For the second winner: The screenshot will be used as the header for the Pak192.comic DLC.
3 - For the third winner: The screenshot will be used as the background of the Pak192.comic store page.
4 - For winners 1-10: The screenshot will be displayed on the Pak192.comic store page page.
Voting
Voting will be done on a wiki survey (I will post a new announcement when the time comes). Everyone (participants and non-participants) can vote, but you can only vote one time.
If two or more screenshots have the same votes, our benevolent dictator will benevolently select a winner, taking into account theme and guidelines.
Submission
You can submit your screenshot through the following platforms (don't forget to include title):
- Steam: submitting your screenshots to the "Screenshots" section of the community Hub
- The International Simutrans Forum: Posting your screenshots to this thread.
- Reddit: Submitting your screenshots to /r/simutrans/
[ 2021-12-15 16:52:23 CET ] [ Original post ]
The beta contains a new price model, with fixed costs of about 2% of revenue. For this, the purchase prices of the vehicles were halved. Also included are the new harbors and tramways.
[ 2021-09-04 00:04:47 CET ] [ Original post ]
Welcome to Simutrans Extra! Some months has passed since the previous one (If you missed it, you can read it here) and it's now time to sum up what has been happening under the hood. There are some exciting news!
New Scenario Tutorial version
The first new is that community member Yona has released a new version of the Scenario Tutorial (v1.6.01)available for pak64 and pak128. This version, which I've been involved myself with correction and translation of texts, aims to be the final version included in the next stable release (if no major bugs are found). Let's take a look at the list of changes:
- The version and pakset name check is implemented.
- Many improvements in translations and text files.
- Tunnel issues fixed.
- Some numerical values are changed to variables in the texts.
- Many fixes and improvements.
- Some code cleaning.
Improvements to Schedule window
The Schedule windows is getting a rework, and scheduled departures are finally arriving to Simutrans! Let's take a closer look to the current implementation that Lead Developer prissi did.
You can now select between Minimum Load and an extra waiting time or Fixed Monthly Departures with N departures equally divided alongside the month, starting on a given day. Doesn't it look exciting? Take in mind that this could change until the final version that you will see on Simutrans 123. => Leave feedback on this thread.
Toolbar position can now be changed
Another interesting change is that you will be able to change the position of the toolbar from the Display Settings to the left, the right, and bottom, further allowing the player to customize their Simutrans experience.
All of those changes will be coming on Simutrans 123. They are also available now for testing on the [nightly] beta branch, so you can test them right now. But be careful, since compatibility of saves between versions is not guaranteed! End of "Development Diaries" kind of news. Let's jump onto another things!
Donations opened again to cover server cost
While Simutrans is a free game developed by people like me in their free time, unfortunately maintaining and running the servers that host Simutrans infrastructure is not free. Our benevolent dictator Isaac Eiland-Hall has been kindly providing his own resources to the community in this regard, but occasionally he opens donations to help cover server running costs. If you have some spare money to spend and you would like to help Simutrans, you can donate some money for the server costs => More info about donations. That said, if you can't contribute, don't worry! The server will keep running as long as Isaac is alive and well :-)
Simutrans code reach 10 000 revisions!
Yesterday the code of Simutrans reached 10 000 "revisions" (aka "contributions" as called by SVN), a nice, round number that doesn't mean anything by itself. But for a "small" project like Simutrans, this number is impressive. Nearly 1 000 contributions of those 10 000 (10%) were made in the last year, which gives a nice picture of a project well alive. First revision was made on August 2006, for version 84.20, 15 years ago, when the game was handed to the Simutrans Team. Of course, the game is older than that, but there are no logs of the changes made before that date, as it was closed source back then. If you are curious, revision 10 000 was made by developer ceeac, and it was a boring fix. Here is it: => Revision 10000: "FIX: Random seed sometimes saved differently on client and headless server" That's all for this Simutrans Extra. I've been myself busy porting the current Build System to CMake and some other minor changes not worth mentioning (like putting the Options button on the initial banner). I should probably work next on the new Workshop Uploader, as I'd like to have it finished before the end of the year, but I can't promise anything. I hope you are enjoying your holidays and playing Simutrans! Happy simutransing!
[ 2021-08-11 15:05:12 CET ] [ Original post ]
Today I have to bring you bad news for the first time. Simutrans OTRP (a popular Simutrans fork from the japanese community) will stop being developed by THLeaderH, the original author of this project and the main developer, since he has ended their studies and will start working full-time.
What is Simutrans OTRP?
Let's pause a moment an explain a bit what Simutrans OTRP is, since this is the first time is it mentioned on Steam. Simutrans OTRP is a modified version of Simutrans with additional features compared to the standard version.
- You can now build one-way, two-lane roads. Vehicles can overtake each other on these roads. As a result, you can construct 4-lane highways.
- "Citycars do not enter" and "avoid becoming cityroad" options are available for roads.
- When using the building construction and land raise/lower tools, it is possible to click and drag to to apply the tool over a specified area. This greatly simplifies large-scale development.
- Advanced scheduling options allow for precise control of your convoys and lines.
Simutrans OTRP Status
The OTRP fork will probably stop receiving updates, unless someone else pick up the project. But don't worry, current Simutrans OTRP version (v29_5) is based on Simutrans Standard Nightly, so it will take some time until Simutrans OTRP is truly outdated compared with Simutrans Standard, and in any case, you will always be able to play it if only with older paksets. You have plenty of time to enjoy it!
Simutrans OTRP and Steam
I'm a big fan of bringing other Simutrans forks here on Steam, so they are more accesible to players and hopefully thrive. Indeed, that was point 7 of the Roadmap I made when I became the new Steam maintainer. => Simutrans on Steam Roadmap I already did that (silently) for Simutrans Extended (I promise I will talk about it another day), but doing the same for Simutrans OTRP required additional work. Following the announcement of the termination of the development, this seems a good time to finish it. Simutrans OTRP is now available from Steam (just go to betas and select the "otrp" branch). Additionally to the usual Steam benefits (workshop, cloud save, etc) the Simutrans OTRP version on Steam does not include telemetry, unlike the official OTRP which collected some information and sent it to a japanese server. This was necessary for EU users to be able to play the game. [strike]IMPORTANT: I have not obtained permission (yet) to redistribute the ribi-arrow pak required for Simutrans OTRP, so you still need to download it manually and put it on your pakset folders. => Ribi-arrow pak download on Google Drive This is the reason I was taking so long to bring OTRP to Steam, since I wanted to offer an out-of-the-box experience. Please refer to the install instructions for more info. => Simutrans OTRP Install Instructions[/strike] No manual installation needed anymore, paksets include necessary Ribi-arrow files and the key ":" is configured. The "otrp" beta branch will not receive any more updates, allowing you to switch it to any moment and play otrp with the latest compatible paksets.
Goodbye Simutrans OTRP
Let's wish THLeaderH good luck on his new life and let's say goodbye to Simutrans OTRP with some gaming! => Original announcement on the forum P.D.: Please do NOT report bugs for Simutrans OTRP here on Steam (and any beta branch at all). I will delete any bug that is not about game not launching. Other kind of bugs (such gameplay bugs) will only be considered for Simutrans Standard.
[ 2021-04-05 09:42:39 CET ] [ Original post ]
There's a lot of things happening on the Simutrans Community that are not Steam-related news or updates, and I know that most of you don't bother to check the forums, so let's inaugurate a section called "Simutrans Extra" with the latest news from the community delivered to you monthly (or whenever is something interesting to tell).
Tutorial for pak creators
Let's start this first Simutrans Extra with something great. Have you ever wanted to make a Simutrans add-on? Do you have a building that you have always wanted to see in-game but you don't know how that works? Well, the pak192.comic developer "Leartin" is now writing a step-by-step detailed tutorial about the process of creating Simutrans objects. => [Tutorial] You got a graphic - now what? If you end up creating something worth, don't forget to share it with the community! You can even ask pakset creators to include your objects, or share them independently as add-ons, for example by submitting them to the Simutrans Steam Workshop.
A new music back-end for Simutrans
From some time ago, music playback on Linux and MacOS has been broken. To address this, I've developed myself a new music back-end that will address the music problem on both systems, and also add some advances features like MIDI soundfont selection! Here's a short video showing it capabilities: [previewyoutube=t6qssbHa8ak;full][/previewyoutube] This new music back-end will be available on the next Steam stable release for Linux & MacOS. Windows release will probably keep using the same old backend, as it works out-of-the-box without the need of including a soundfont. Nightly releases won't include this either.
2021 Wiki Survey on Simutrans
Every year the wiki celebrates a survey to gather information about Simutrans players. This information is really helpful for developers, and while I can gather some information from Steam, it's not as useful as this wiki survey, so please go there and fill the survey if you want. => 2021 : Simutrans Players
New Simutrans Server for pak128
DThunder (you know, the user who never get the first position in the screenshot contest), have started a new server called "128 World" for pak128 players => Discussion on the forum
That-other-game similar to Simutrans is also coming to Steam
That-other-game which is Similar to Simutrans is (finally) coming to Steam. Hopefully, people will stop wrongly posting content of that-other-game in our Steam Hub. Anyway, we wish that-other-game developers luck here on Steam! => Steam Announcement of that-other-game That's all for this Simutrans Extra #0. Happy simutransing!
[ 2021-02-12 19:57:43 CET ] [ Original post ]
The votation has come to and end, and it is now time to announce the winners!
Winners
PAK64 1 - First (and only) winner is "City of Malaga" by Yau.
PAK64.nippon 1 - First winner is Kasukabe Station by danivenk
2 - Second winner is Kanegasaki Station, also by danivenk
3 - Third winner is Kinashi Island, surprisingly by danivenk
Other winners (4-6) can be seen on the pakset steam workshop page - Yoshida Station - Yoshida Station - Underground - Kasukabe Station - Underground PAK128 1 - The first winner of PAK128 is... "New Harbour" by ayylmayooo (Absolutely Nobody on Steam)! Congratulations!
2 - The second winner is "Zeebrugge" by Lieven. It seems like the jury like ports :P
3 - And the third winner is "Road spaghettis 2", by Lieven. Can you see the beauty in all this disorder?
Other winners of pak128 (4-10) can be seen on Simutrans Main Store Page (alongside the first winners of each category): - City of Brussels 1 - City of Brussels 2 - City of Brussels 3 - Countryside of France - Mining complex - Shigetomi JCT - Wakita Station PAK128.Britain 1 - The first winner of PAK128 is "Lakebourne transport hub", from Vladki. Simple yet convincing. Congratulations!
2 - The second winner is "Ledbury Main Station" by DThunder518. A great railway system.
3 - And the third winner is "Withernsea Junction". Another great railway system by DThunder518.
Other winners (4-8) can be seen on PAK128.Britain Steam Store Page: - Burnham Mail Facility - Port Jervis - Reigate Airport - Wickwar Airport - Wootton-Basset Airport PAK128.CS Unfortunately, PAK128.CS is not yet available via Steam (but it will in the future). I'll leave here the original image links. 1 - The first winner of PAK128.CS is "Near the main station" by Zeruon. So colourful, good job! 2 - The second winner is "Brno" by DThunder518 3 - An the third winner is "Dublovieky Crossing", by DThunder518 too. Other winners (4-5) are: - Nechalov Interchange - Oil Refinery PAK128.German 1 - The first winner of PAK128.German is... "Oktoberfest needs more beer!" by iGi. I wonder why you choose this.
2 - The second winner is "Alpine City Brentham" by DThunder518 (poor DThunder518 never gets the first position).
3 - And the third position goes to... "Flughafen Torwick", also by DThunder518.
Other winners (4-10) can be seen on the PAK128.German Steam Store Page, and those are: - freight distribution station - Flughafen Oak Bay - Regionalflughafen Oldham - Renton Hauptbahnhof & Renton Westbahnhof (good thing I don't need to pronounce this) - Renwick Center - Garmisch 2 - Ruhrgebiet 3 PAK128.Japan 1 - First (and only) winner of PAK128.japan is "Mountainous Area" by ahakuoku. Congratulations?
Conclusion
I want to give my sincere thanks to every participant - even if you didn't win, you helped Simutrans by submitting your best screenshots so that other (potential) players can apprecite how great Simutrans can be in the hands of experienced players like you. You have also helped to improve the store pages, not only we have new (and better!) screenshots, I remember you that: - First winner of each category will be displayed on the main Simutrans page (so that players know that other paksets exists by looking at screenshots). - Second winner of each category will be used as the header for the pakset DLC. This is now the header for PAK128.Britain or PAK128.Japan, as examples, which will be visible also on your library and on store searchs:
- Third winner will be used as the background of the store page. For the second winner of PAK128, as changing Simutrans main header is not a good idea (it is very distintive as it is), I thought it was a good idea to use "Zeebrugge" for the "Library Capsule". I really like the result, and now we have a better image for Simutrans on our library main page.
I'm very happy with all the participations we have received this contest, and I look forward to celebrate another contest this year. The only sad thing is that no one participated in the PAK192.Comic category, which is really lacking good screenshots. For now, I have to focus on other things, but that will probably be the theme for the next contest. Until them, happy Simutransing!
[ 2021-01-21 18:22:02 CET ] [ Original post ]
Hello Simutrans Community! Thanks to everyone who have submitted screenshots for this first Simutrans Steam Screenshot Contest. Submissions are now closed, and we have over 50 participations from 7 different paksets. It is now time to select the winners! Let's procceed to cast the votes.
Wiki Survey
You can all vote now on the Official Simutrans Wiki survey created for this contest. Remember you can only cast one vote for every pakset. Be sure to review every screenshot, and pick the right one ;-) => Link to the wiki survey here You have until January 10th to vote.
Participations
I will let you below a complete list of participations, so you can see the screenshots at their original quality. I can't include all the images on this post (since some of them are from outside Steam), so you will have to open the link to see the screenshot.
"New Harbour" by ayylmayooo (Absolutely Nobody on Steam) Pak128 1 - Lieven, City of Brussels 1 2 - Lieven, City of Brussels 2 3 - Lieven, City of Brussels 3 4 - Lieven, Countryside of France 5 - Lieven, Railway Spaghettis 1 6 - Lieven, Railway Spaghettis 2 7 - Lieven, Road spaghettis 1 8 - Lieven, Road spaghettis 2 9 - Lieven, Zeebrugge 10 - Lieven, Mining complex 11 - ayylmayooo, "New Harbour" 12 - danivenk, Shigetomi JCT 13 - danivenk, Hiroki-Sesekushi Suspension Bridge 14 - danivenk, Kaimon Station 15 - danivenk, Usuki Station 16 - danivenk, Wakita Station 17 - danivenk, Ishino Station area 18 - danivenk, Highway Exit Kurotaki 19 - danivenk, Takaono Station 20 - danivenk, Shigetomi Station 21 - danivenk, Miyama Station 22 - danivenk, South-East Tokiwa Pak64.nippon 23 - danivenk, Yoshida Station 24 - danivenk, Yoshida Station - Underground 25 - danivenk, Kanegasaki Station 26 - danivenk, Kinashi Island 27 - danivenk, Kasukabe Station 28 - danivenk, Kasukabe Station - Underground Pak128.Britain 29 - Vladki, "Lakebourne transport hub" 30 - DThunder518, Burnham Mail Facility 31 - DThunder518, Ledbury Main Station 32 - DThunder518, Port Jervis 33 - DThunder518, Reigate Airport 34 - DThunder518, Wickwar Airport 35 - DThunder518, Withernsea Junction 36 - DThunder518, Wootton-Basset Airport Pak128.German 37 - makie, "Garmisch" [1] [2] [3] 38 - makie, "Mnchen" [1] [2] [3] 39 - makie, "Berlin" [1] [2] [3] 40 - makie, "Soest" [1] [2] [3] 41 - makie, "Ruhrgebiet" [1] [2] [3] 42 - iGi, "Oktoberfest needs more beer!" 43 - iGi, "freight distribution station" 44 - DThunder518, Alpine City Brentham 45 - DThunder518, Heppby 46 - DThunder518, Flughafen Oak Bay 47 - DThunder518, Regionalflughafen Oldham 48 - DThunder518, Renton Hauptbahnhof & Renton Westbahnhof 49 - DThunder518, Renwick Center 50 - DThunder518, Flughafen Torwick Pak128.Japan XX - ahakuoku, Mountainous Area Pak.64 XX - Yau, City of Malaga Pak.128.cs 51 - Zeruon, Near the main station 52 - DThunder518, Brno 53 - DThunder518, Dublovieky Crossing 54 - DThunder518, Nechalov Interchange 55 - DThunder518, Oil Refinery
[ 2020-12-25 21:00:20 CET ] [ Original post ]
Surprise! PAK128.German developers have a christmas gift for us all. The new pak128.German version 2.1 (beta) is out this christmas. This is a minor version with mainly bugfixes and some changes:
Patch notes
- Some bugs have been corrected. For reporting, thanks to Huperspace on Steam.
- English translations improved. Thanks to Duke and Ampersand.
- A train now needs a driver at the head. So either in a locomotive or in a control car.
- That's why there are now some new control cars. Pushed freight trains are no longer possible.
- New: E69, K 1 and new silverwagons also with new control car
- New: ford for muddy paths, railway barriers now have a German sound.
- Changed: some of the ships now have significantly higher freight volumes.
- With a current nighlty, level crossings over high-speed tracks or highways can no longer be built.
- Deleted: The Tatra T6 A22 tram car is double, is automatically converted to Tatra T6 A6.
[ 2020-12-24 20:54:04 CET ] [ Original post ]
Hello, everyone! I, Roboron, have the great pleasure of opening the first Simutrans Steam Screenshot Contest (or, as I like to call it, "SSSC"). This is also the first contest the Simutrans Community has started in over 4 years, so we are very excited! And we have a good reason. The prize for the winners is... to be displayed on the Steam Store Page!
TL;DR
Participation is opened now. You can submit your screenshots to the "Screenshots" section of the community Hub. You need to include a title and the pakset used. You can submit as many screenshots as you want, until December 1st. Note: I have updated the game to preventing F12 from displaying the help windows. That treacherous window won't spoil your screenshots anymore!
Participation
1 - There's a category for every pakset (including workshop paksets and the yet unavailable pak128.cs). 2 - You can submit as many screenshots as you want. 3 - You only need to submit your screenshots to the "Screenshots" section of the community Hub. 4 - You need to include title and category (pakset) for every screenshot. Screenshots without title or category will not be eligible. 5 - You have until December 1st to submit your screenshots!
Theme and guidelines
1 - The theme is... Transport structures! (Unoriginal, you say?). Let's show new players what is possible to build with Simutrans. A great train station? Perfect! An amazing road network! Sweet! An underground complex? Wow! A country road with nothing more than grass? Not so impressive... 2 - To keep screenshots clean, try to disable city/station names and avoid showing title bars, overcrowded menus, etc. 3 - While I won't impose any limits to screenshot size, recommended size is 1920x1080 as this is the most common resolution.
Prizes
1 - For the first winner of each category: The screenshot will be displayed on the main Simutrans Store Page, alongside the winners of all categories. 2 - For the second winner of each category: The screenshot will be used as the header for the pakset DLC. 3 - For the third winner of each category: The screenshot will be used as the background of the pakset store page. 4 - For winners 1-10 of each category: The screenshot will be displayed on the pakset store page (or workshop) page.
Voting
Voting will be done on a wiki survey (I will post a new announcement when the time comes). Everyone (participants and non-participants) can vote, but you can only vote one time per category. If two or more screenshots have the same votes, our benevolent dictator will benevolently select a winner, taking into account theme and guidelines.
Participation via other platforms
Apart from Steam, you can participate through the following platforms (don't forget to include title and category):
- Reddit: Submitting your screenshots to /r/simutrans/
- Twitter: Using the hastag #SimutransSteamScreenshot
- The good old forum: Posting your screenshots on this thread
[ 2020-11-01 18:55:49 CET ] [ Original post ]
After exposing my thoughts on paksets on the Simutrans on Steam Roadmap, I went back to dicuss changes with the Simutrans Community. My initial idea of bring every pakset independently with his own store page was not as well received as I thought. Then, I opened a survey with different options, and the result of the survey was clear. A majority of members preferred to bring only current, maintained paksets to the store, and let out old, unmaintained paksets. This was not in contradiction with my main idea of totally avoid bundling paksets, so I agreed. Over the last week I have been silently doing changes to the store page of the paksets, and today changes are live. This means that your current paksets DLC have been replaced by the new ones. Let's see the list of changes:
Updated list of DLC's
* The "Comic Paksets" bundle has been replaced by "Pak192.Comic" https://store.steampowered.com/app/434632/Simutrans__Pak192Comic/ * The "German Paksets" bundle is now "Pak128.German" (it was already only providing pak128.german) https://store.steampowered.com/app/434633/Simutrans__Pak128German/ * The "Japan Based Paksets" bundle has been replaced by "Pak128.Japan" https://store.steampowered.com/app/435960/Simutrans__Pak128Japan/?snr=1_5_9__405 * The "Miscellaneus Paksets" bundle has been replaces by "Pak64.German" (unofficial version) https://store.steampowered.com/app/435963/Simutrans__Pak64German/?snr=1_5_9__405 * Pak128.Britain and Pak64 are the same * Unfortunately, I couldn't get rid of "Workshop Tools" DLC. While I have already published a separate tool called "Simutrans SDK" (you can find it in your library), the workshop uploader utility does not work if it is executed from another appid. This change will require to reimplement the workshop uploader, and I need more time for that. In the future, "Workshop Tools" is intended to be replaced by "Pak128.CS" DLC (currently in development).
What happens to previously available paksets?
Don't panic! Old paksets which were bundled previously together are now available standalone via Workshop https://steamcommunity.com/workshop/browse/?appid=434520&requiredtags[]=pakset If you wee playing one of those paksets, you will need to install it from the workshop to keep playing. Your savegames will not be lost.
And what more?
I have to remember that the focus was to improve the store pages (and now also offer better default paksets). I have been updating store pages with new descriptions, translations to Spanish, metadata, etc... But something is still required: New screenshots! In the following days, I will announce a new screenshot contest where everyone can participate... and win! The prize will be to be displayed on the Steam Store Page. More details coming soon. Keep an eye on the announcements!
[ 2020-10-27 16:12:42 CET ] [ Original post ]
Roboron did it again! After receiving some feedback from MacOS users (and developers), I solved the remaining problems that prevented the MacOS version of the game from running (on Steam or not). Now, MacOS players can play Simutrans... again! I want you to know that this was not a very easy thing to do, and unfortunately, it is also not a perfect solution. Since Simutrans' developers resources are limited, we can only target newer versions of MacOS. I let you with the details:
Details
- Simutrans has been compiled and tested on MacOS Big Sur (11.0) - and this is the only version that will be supported, initially.
- MacOS Catalina may be also compatible! If it is not, please let us now, we can also provide a Catalina compatible version without much effort, and we should support Catalina for now.
- Other MacOS versions (Mojave and older) will not be supported. However, if someone on those versions wants to provide a compatible build for Steam players, please read the pinned post on the development forums.
- MacOS Simutrans version is not currently a stable version. This means that you won't be able to play online with Steam users (but you will be able to... play!)
- Initial tests show that Simutrans crashes if music is enabled (although it can be just my VM). Just in case, I have forced the "-nomidi" option for everyone, but you can enable music from in-game settings. We will solve this later.
[ 2020-10-24 16:59:47 CET ] [ Original post ]
[img width=640 height=187]https://media.discordapp.net/attachments/379653803848237059/765358199481958420/Screenshot_20201013_013549.png[/img] New Steam Library Banner, courtesy of danivenk (Simutrans Discord User) WARNING: This post contains suggestions that could come to Steam depending on the feedback from the Simutrans Community. In no way those changes are confirmed, but can come to Steam at some point in the future. Simutrans is now updated to the last stable version. But my work as a new manintainer doesn't end here: there's a lot of things I can do to improve the way we ship Simutrans on Steam. It's time to look at the status of Simutrans on Steam, and to make plans for the future. I have a lot of ideas to improve Simutrans on the Steam platform, and I want to be transparent about it, discuss changes with the community, and gather feedback from you. This will be a pretty big thread, so I am making a index right there. If you are new to Simutrans, you probably won't understand some of the things being discussed, but that's ok, I'm expecting feedback from experienced users mainly. ____________________________________________________ 1. The Mac version 2. The Steam Preloader 3. The Steam Launch Options 4. The Steam Paksets 5. The Steam Store Page 6. Improving Standard defaults 7. Bringing non-Standard Simutrans to Steam 8. Summary of suggested changes ____________________________________________________
1 - The Mac version
Numbers show, that even with the Mac version currently broken, players are still trying to play. Number of Mac players are only slighty under the number of Linux players (which can actually play). We can say, that the Mac problem is currently a high priority problem, at least regarding the Steam version (we are getting some negative reviews because of this). Unfortunately, I don't own a Mac nor I have the knowledge to fix the Mac version. If someone wants to help Mac players, I have moved all the Mac bug reports to the Bug/Crashes Steam subforum https://steamcommunity.com/app/434520/discussions/search/?q=Mac&gidforum=357288572135186516&include_deleted=1 On top of the Mac usual problems, Steam informed me that Apple now request all applications to be "reviewed" by Apple itself, and I currently don't know how to do that process (and I really would want to focus on other priorities). Oh, and one more thing: the Simutrans preloader doesn't have support for Mac! Steam funcionalities on Mac are non-existent! Let's talk more about this and why we can't currently ship a Mac preloader. ____________________________________________________
2 - The Steam preloader
The preloader as it currently is. The Steam preloader is a museum piece. Source code has been lost, and I can't make modifications to it. We can only admire it, and respect that legacy of the past. Or we can get rid of it. Currently, the Steam preloader works as intended (except localization, at least for me the preloader doesn't load es-ES language files), so it's not a priority high on the list. But it's a matter of time, that we have to act to do something about it. The problem with the preloader is that: A) It contains all the code related to Steam. So now it's the only way to get Steam funcionalities working AND since it can't be modified, we can't add new funcionalities (Achievements?). B) It adds yet one more step for launching the game (like if we don't have enough with current steps...). Let's take a look at what benefits brings the preloader: 1. Fullscreen -> Very useful, but you can do that already from your system (at least on linux), from the simuconf.tab (not very user friendly tho), and it could be better implemented as an in-game option. 2. Sound & Music -> Not necessary. Both can be muted from inside the game. 3. Sandbox Mode -> Probably the only thing that justifies the existence of the preloader as a start menu right now. 4. Debug -> Not really valuable for Steam players. So, I ask myself if the Sandbox Mode is enough justification to maintain a launcher... But since we can't simply get rid of it without losing Steam funcionalities, we have two options: 1. Rewrite it from scratch when time comes, ideally with more useful options than before to justify their existence. 2. Add Steam related code to Simutrans (probably forking the sourcecode), and remove the preloader. I prefer option 2, but I opened this thread to gather feedback, so it's your time to comment. And now that we are talking about what happens when launching the game... ____________________________________________________
3 - The Steam Launch Options
Steam Launch Options Here we have, yet another startup step. I want to get rid of this screen, and I will explain why no one of this options makes sense to me (except, only a little, Steam Workshop Uploader). 1. Launch Simutrans (this should be the only default). 2. Launch as server -> Users can already load a savegame as a server from inside the game. Also, Steam DOES allow for command-line parameters to be specified at launch, and experienced users (like those who wants to set up a server) should be aware of that. 3. Safe Mode -> The only reason to select this option is to start Simutrans without the preloader, and thus, without Steam funcionality. If you want to play Simutrans without Steam funcionality... you cand do so with the non-Steam version. This option doesn't make sense to me, from a Steam player perspective. 4. Steam Workshop Uploader -> Now this is the interesting part. I have never seen a game implementing the "Workshop uploader" (currently named as SDK) as a launch option. This is not bad at all, but this usually comes shipped as a separate "Tool" or just implemented inside the game (I don't like this approach for Simutrans) - so I would prefer to ship the Workshop Uploader utility separately from the game. And maybe rename it to Simutrans SDK, just for consistency. I have yet to see how to do this. One important thing is that the Workshop Uploader is currently Windows-only. This a big problem, like the preloader, because source code is also not available, so we lack support for Linux & Mac. But it also means that I can get rid of those innecesary launch options on Linux, and so I did. Preloader is now what you get when you click Play. But let's talk about more interesting topics now. ____________________________________________________
4 - The Steam Paksets
[img width=640 height=376]https://i.imgur.com/1AcoXXI.png[/img] Description says: "A range of miscellaneous Paksets.". Can you guess what it contains? Decisions were made in the past, to bundle some paksets together in the same DLC. I don't agree with those decisions, and I think paksets developers also disagree. This is confusing for new players, is extra work for me when updating paksets, and, in the end, paksets don't get treated like they deserve. If no one is against it, I'll de-bundle the paksets and make a DLC for every pakset, as it should be. Now let's take a broad look at the Simutrans paksets, and their status, on Steam: * pak32.comic - Bundled in "Comic Paksets" https://store.steampowered.com/app/434632/Comic_Paksets/ * pak48.excentrique - Bundled in "Miscellaneous paksets" https://store.steampowered.com/app/435963/Simutrans__Miscellaneous_Paksets/ * pak64 - Available standalone https://store.steampowered.com/app/434520/Simutrans/ * pak64.classic - Not available * pak64.contrast - Bundled in "Miscellaneous paksets" https://store.steampowered.com/app/435963/Simutrans__Miscellaneous_Paksets/ * pak64.german - Not available * pak64.ho-scale - Bundled in "Miscellaneous paksets" https://store.steampowered.com/app/435963/Simutrans__Miscellaneous_Paksets/ * pak64.japan - Bundled in "Japan based Packsets" https://store.steampowered.com/app/435960/Simutrans__Japan_based_Packsets/ * pak64.nippon - Bundled in "Japan based Packsets" https://store.steampowered.com/app/435960/Simutrans__Japan_based_Packsets/ * pak64.scifi - Bundled in "Miscellaneous paksets" https://store.steampowered.com/app/435963/Simutrans__Miscellaneous_Paksets/ * pak96.comic - Bundled in "Comic Paksets" https://store.steampowered.com/app/434632/Comic_Paksets/ * pak96.HD - Bundled in "Comic Paksets" https://store.steampowered.com/app/434632/Comic_Paksets/ * pak128 - Default pakset * pak128.britain - Available standalone https://store.steampowered.com/app/434631/Simutrans__Pak128Britain/?snr=1_5_9__405 * pak128.cs - Not available * pak128.german - Available standalone https://store.steampowered.com/app/434633/Simutrans__German_Paksets/ * pak128.japan - Bundled in "Japan based Packsets" https://store.steampowered.com/app/435960/Simutrans__Japan_based_Packsets/ * pak192.comic - Bundled in "Comic Paksets" https://store.steampowered.com/app/434632/Comic_Paksets/ Curiously, there was a store page for Pak64.HO-Scale, but it is not published. Everything is here, but instead, Pak64.HO-Scale is bundled in "Miscellaneous paksets". To sum up, we have three paksets not available yet, and only three paksets unbundled. Previously to being maintainer I didn't even know pak64.scifi was being bundled with "Miscellaneous paksets", since it is also available on the Worskhop. This is a mess I need to solve, and also bring unavailable paksets to Steam. But doing a store page for every pakset is a lot of work, so I have had an idea... ____________________________________________________
5 - The Steam Store Page
[img width=640 height=203]https://media.discordapp.net/attachments/765354844411527199/765355467547344916/Screenshot_20201013_003012.png[/img] Previous Library Header. You can see the new one at the top of this post While the Steam Store page for the main game is good enough, it can be improved, specially with screenshots. Screenshots are a bit dated, there's only a few of them, and can be a bit overwhelming for new players (too many info displayed on the screen). Screenshots are also showing only the default pakset, when I think they should show a range of diverse paksets, so the player inmediatly knows that Simutrans have different graphics sets available. A good way to improve the page would be also to translate it to other languages - specially german and japanese since they are the main players (see statistics). If someone want to help with translation of the pages, please contact me. But the worst of all are pakset pages. They lack a proper description (What is this pakset? What does include the DLC? Who are the creators?), and usually only show screenshots of on of the paksets if they come bundled. The Miscellaneous Paksets Store Page is specially bad. Like, the worst you can get presenting a game... What's the plan? If we split the bundles, we will have yet more pages to fill with screenshots. So, this a situation that makes a good excuse to celebrate a new Screenshot Showcase. Winners of the Screenshot Showcase would be displayed in Steam Store Pages. What do you think abuout it? ____________________________________________________
6 - Improving Standard defaults
A troll review Users on Steam are constantly complaining about Simutrans (note: we still have 3x more positive reviews than negative reviews). They mainly complain about: 1. Simutrans being difficult. This is one of the most recurrent complains. Players find too difficult to play the game, or find a lack of resources where they can learn how to play the game. Shipping a tutorial with the game is a high priority right now. 2. UI being ugly / not adapted to current display standards. Some of those problems have been already addressed by the Simutrans team recently (font, theme size, etc...), but there's still some complains about the UI. Today a user complained about the new modern theme, and I expect more complains about the UI in the future. Those little details are what make the difference for a lot of players. [quote]While I like the new look, light colored lines in charts are hard to see. Perhaps returning the background color of those charts t grey might help[/quote] 3. Graphics being dated. We can't do much there. We could ship a better-looking pakset with Simutrans by default to give a better first-impression, like pak128.german or pak192.comic (Ideally we would have a much modern pakset like pak256, but we don't). But that would deteriorate problem #1... Maybe pak192.comic developers or others would like to provide a dumbed-down version of their pakset? ____________________________________________________
7 - Bringing non-Standard Simutrans to Steam
The "beta branches" funcionality of Steam we could use to ship non-Standard Simutrans versions A thing I really would like to do is to provide Simutrans versions that are not the Standard ones, to make them more accesible for players. For example, one of the downsides of Simutrans Extended, is that you need to update it everyday. This could be easily achieved deploying Simutrans Extended in a beta branch, so Steam will take care of the update for you, and you could also play your already available paksets of Simutrans on Steam with it. However, including Extended into Steam also adds more complexity for players. Extended needs its own set of paksets to make use of extended funcionality. A way to simplify then would be to replace the pak128.britan with pak128.britan-ex when you are in the Extended beta branch. This is very easy to do. But, what happens with other paksets not available on Steam now? pak256 would need its own store page - or be packaged within Extended, but I don't like this approach because switching beta branches would bring hundreds of MB to download for the user. For the first option, adding a DLC that Standard players can't play does not seem like a good idea, it can lead to confusion. Another way to bring Simutrans Extended to Steam would be to ship it alongside Standard, then using Steam Launch options to select between Standard or Extended when you click play. This has the advantage of eliminating the need for beta branches and switching between them, but it also means we can't get rid of the Steam Launch options (although this time it would have a much better justification to exist). It would also expose more the non-Standard version of Simutrans to new players, so it can be a good option to consider. Other versions of Simutrans should be easier to deploy (OTRP and Nightly, which Misha has already requested). In the end I want you to help me decide how to do it: beta branches, or steam launch options? ____________________________________________________
8 - Summary of proposed changes
1. Fix Mac version (easier said than done, I know). 2. Get rid of the preloader (eventually) and implement steam funcionality into Simutrans itself - or rewrite the preloader (duplicate options, support for Mac is lacking). 3. Get rid of Steam Launch Options (depending on #7) and ship the Wokshop Uploader as a separate, installable tool. 4. Reorganize Steam Paksets: A Store Page for every pakset, and bring unavailable paksets to Steam. 5. Improve store pages with descriptions, translations, and new screenshots (for what a Screenshot Showcase may be useful) 6. Ship Simutrans with a tutorial. Maybe reconsider default pakset. 7. Deciding between shipping non-Standard version alongside the game or as a beta branch.
[ 2020-10-14 18:58:16 CET ] [ Original post ]
Hello, it's Roboron again! It is my pleasure to announce that Simutrans 122 has been released today (just two days after 121 finally came to Steam) and right now is already available on Steam. No need to wait for months! This new version comes with exciting changes, and one of them is that Steam version now ships a 64 bits Windows version (in addition to the 32 bits version). Let's see the list!
Key changes from 121 to 122
- Windows 64 bits version now available (32 bits also supported)
- MacOS version deployed, but untested (help still needed).
- Improved Touch Support
- Now you can drag the main bar if it doesn't fit the screen
- Larger buttons for windows (easier to tap on them)
- Map creation is now faster
- Map creation can now create much more realistic climate and tree distribution taking height and humidity into account.
- Added multi-tiled rotatable city buildings
- Better use of fixed monthly convoi costs
- New list of all existing vehicles
- New depot list
- Further improvement of the GUI
- New GUI themes.
- Rail support for scripted AI (still under optimisation).
- Stability improvements for servers
- Tons of fixes.
Paksets updated
The following paksets were also updated (only for Simutrans 122).
- pak64 (122.0)
- pak128.britain (1.8)
- pak128.german (2.0)
- pak192.comic (2021 Release Candidate 1)
Full list of changes
[quote]FIX: Rotation of multi-tile buildings at street corners ADD: different volumes for different sounds, realistic distance scaling (independent from screen size) CHG: Fade sounds with one over square root distance, and remove the dependency from display and tile size ADD: Depot list as dialog tool 32 FIX: city more strongly attempt to build double height bridges over navigable rivers ADD: Vehicle list as dialog tool 33 (to see also upcoming vehicles) ADD: goods waiting bar with now configurable: gui_waitingbar_width ADD: button to copy the last 20 messages to the clipboard CHG: factory smoke location now depended on factory. Four parameters smoketile[], smokeoffset[] (koord), and smokeuplift (16) and smokelifetime (2499) FIX: several list stored wrong coordinates after map rotation FIX: Too new pak file version check now enforced for all objects FIX: airplane should stuck much less upon runway rebuilds CHG: block reserver tool will also start a route search of any convoi on its tile (no matter the owner!) ADD: timeline switches off after 2999 to prevent retiring of everything ADD: new parameter for buildings "preservation_year" and "preservation_month" after that the building is excluded from renovation during town growth ADD: if shift is pressed during road building then city roads or faster ways will not be overbuilt ADD: more folders searched for fonts on non-windows systems FIX: broken connection could kill (especially server) games on Linux ADD: customisable loading bar colors with gui_color_loadingbar_inner and gui_color_loadingbar_progress CHG: record messages and some status messages are now not saved, while stuck and full stations expire after a month on server chat to keep overview ADD: new button in minimap to hide contour for higher contrast of other stuff CHG: Option to show convoi name and line name as overlay ADD: (inspired by Ranran) Option in city, curiosity, and factory lists to show only towns/factories already served by a player ADD: two more theme colors: gui_color_obsolete, gui_color_empty for lines and server ADD: (Yona-TNT) configurable offsets for player colors for gui elements ADD: convois (in convoi list and schedule) also show their next stop with a posbutton to jump there ADD: caseless matching in depots, lines, halt and convoi list dialogs even with umlaute CHG: fixed vehicle costs are now booked as running costs at the begin of a month, also convoi details changed to accomodate CHG: a server will pause without clients if '-pause' is set on the command line ADD: freight type filter on line window CHG: speedup of map generation by reorganising and multithreading lake code ADD: defining overlapping climate height limits will generate maps with climate patches at these heights FIX: (extremly old bug) after removing a house on a slope the world height grid was not restored FIX: factory extension during city growth could no cope with more than one supplier for two goods ADD: scripted tools (initial patch by THLeaderH) ADD: Humidity based climates (originally from kireon green) Attention, winter snowline set temperature at sea level, so important! ADD: (FrankP) happy signs for system fonts ADD: (ranran) new GUI element routebar FIX: space.w added in container not space.h for vertical distance CHG: On consequeutive traffic lights, only the first is obeyed to allow turns on four traffic lights crossings [/quote] I need some rest now, too many updates in too little time :-P Enjoy the game!
[ 2020-10-11 23:01:35 CET ] [ Original post ]
Good news, Simutrans players!
A new member
I'm Roboron, the new maintainer of Simutrans on Steam. As you already now, the game has been outdated for some months (since the 121.0 release on February). Seeing this, I decided to step in and become a member of the Simutrans administration group.
Changes on Simutrans 121.0
My first action as the new maintainer has been to update Simutrans on Steam to version 121.0. This version includes some really important changes regarding accesibility, which I'm sure will be welcome by a lot of players.
- Major overhaul of the GUI.
- Scalable font size.
- Theme size support.
- Updated translations.
- Bugfixes.
- pak64 updated to version 121.0
- pak128.german updated to version 1.3
- Branches sdl & gdi (for windows) have been removed. Only SDL2 builds are currently deployed to Steam.
- Update not available for MacOS
Help needed
As a new maintainer, I'm still learning how to deploy Simutrans properly. I think I did a decent job for the first time, but there's still some issues I need help with:
Mac builds
Version 121.0 is not available for MacOS. This is due to Simutrans Community lacking MacOS developers. If you own a Mac, and you would like to contribute to Simutrans, we need your help! Head to the forum to test MacOS builds or learn how to build Simutrans on your Mac.
GNU/Linux feedback
Previously, Linux builds included all the required dependencies (even the system ones!) - the linux download was about 60 MB! I've reduced this removing the debug capability and shipping only required libs for a base Ubuntu 20.04 or Debian Buster installation. However, depending on your system configuration, more required libs may be necessary. If you run into problems because a required lib is not present (Simutrans won't start), please provide me with information about the issue.
Known bugs
- Simutrans 121.0 saves may be incompatible with previous versions. You may need to delete you ~/simutrans/ directory (warning: it contains your saves) if you run into problems because of this. If you want to keep playing a save on version 120.4 (or prior), change to the frozen branch in the Betas tab.
- Simutrans for Linux currently doesn't play music. We are aware of this and we are working on a solution.
[ 2020-10-09 20:01:57 CET ] [ Original post ]
Simutrans has been upgraded to version 120.4 on Steam for Windows and Linux - we do not currently have a 120.4 build for Mac. For prior versions please go into the Beta settings and select the prior version you want. One of the big changes from 120.2 is the ability to use UPnP for Server hosting.
[ 2019-01-03 20:44:51 CET ] [ Original post ]
Here is the 120.2 version of simutrans. It has many new features for scripting (including scriptable ai, so everybody can make now his own AI without compiling), as well as many extensions for artists:
- groundobj with slopes (rocky shores)
- transparent graphics (better shadows and smokes, antialiasing)
- factory animations and sounds
[ 2017-02-13 20:02:39 CET ] [ Original post ]
Here is the 120.2 version of simutrans. It has many new features for scripting (including scriptable ai, so everybody can make now his own AI without compiling), as well as many extensions for artists:
- groundobj with slopes (rocky shores)
- transparent graphics (better shadows and smokes, antialiasing)
- factory animations and sounds
[ 2017-02-13 20:02:39 CET ] [ Original post ]
Steam Workshop support has now been added for Windows and Linux. An uploader DLC has been created for Windows to upload content to the Steam Workshop. Additional functionality is intended to be added later, and hopefully Mac OS Steamworks integration should also be made available soon.
[ 2016-07-04 21:15:06 CET ] [ Original post ]
Steam Workshop support has now been added for Windows and Linux. An uploader DLC has been created for Windows to upload content to the Steam Workshop. Additional functionality is intended to be added later, and hopefully Mac OS Steamworks integration should also be made available soon.
[ 2016-07-04 21:15:06 CET ] [ Original post ]
The default Steam Build for Windows has been changed to use SDL2 for display rendering, that should allow the Steam Overlay and Screenshots to work with Simutrans. For users that for any reason prefer to use either GDI or SDL for display rendering, the option to switch to these is in the Beta tab, however the Steam Overlay will not work in these versions of the application.
[ 2016-06-07 23:23:18 CET ] [ Original post ]
The default Steam Build for Windows has been changed to use SDL2 for display rendering, that should allow the Steam Overlay and Screenshots to work with Simutrans. For users that for any reason prefer to use either GDI or SDL for display rendering, the option to switch to these is in the Beta tab, however the Steam Overlay will not work in these versions of the application.
[ 2016-06-07 23:23:18 CET ] [ Original post ]
Four additional Paksets have been made available as DLC. These Paksets alter the graphics, and rulesets of the game. If multiple Paksets are installed, the game will prompt for which one you want to load when starting the game. The additional Paksets that have been released are: Pak64 - A smaller pakset, which is slightly easier to play. Pak128.Britain - A pakset with a british look/feel. Pak128.German - A pakset with a german look/feel Pak192.Comic - A packset with a comic style
[ 2016-05-26 22:09:50 CET ] [ Original post ]
Four additional Paksets have been made available as DLC. These Paksets alter the graphics, and rulesets of the game. If multiple Paksets are installed, the game will prompt for which one you want to load when starting the game. The additional Paksets that have been released are: Pak64 - A smaller pakset, which is slightly easier to play. Pak128.Britain - A pakset with a british look/feel. Pak128.German - A pakset with a german look/feel Pak192.Comic - A packset with a comic style
[ 2016-05-26 22:09:50 CET ] [ Original post ]
- Simutrans Linux Depot [9.96 M]
- Linux 64 Libraries [3.33 M]
- Simutrans - Pak64
- Simutrans - Pak128.Britain
- Simutrans - Pak192.Comic
- Simutrans - Pak128.German
- Simutrans - Pak128.Japan
- Simutrans - Workshop Tools
- Simutrans - Pak64.German
- Establish a successful transport company
- Transport passengers, mail and goods by land, air and water
- Interconnect cities, districts, public buildings, industries and tourist attractions
- Control and watch your finances and the traffic of your vehicles and goods
- Lots of graphics packages to choose from
- Play with people from anywhere in the world in online games
Multiple Choices
- Graphics Packages (Paksets)
In Simutrans you have multiple choices from the beginning to the end. Even before starting the game you have lots of graphics packages to choose from, every pakset giving you a different experience and play style. - Vehicles and Cargo
The success of your company will depend on good planning, and we give you the tools for it. Simutrans can have buses, trucks, trains, trams, ships, airplanes, monorails, maglevs and any other vehicle that goes through air, land or water. Choose them wisely and transport the immense variety of cargo each pakset has to offer, from passengers and mail to raw materials and consumer products.
Dynamic and Intelligent
- Cargo has Destinations
Simutrans citizens and products don't simply jump in your vehicles and go to wherever you send them. They actually have individual destinations: people want to check out attractions, go shopping, or visit friends. Products also have their destinations - factories have contracts with each other and they won't sell or buy from anyone else. If you don't give them the possibility to go where they want, they simply won't use your transport company. - Complete the Chain
Transporting products not only gives you money, but makes the economy roll. As you transport products between factories, they start producing and selling. Every factory receiving the materials it needs starts producing new goods letting you connect more and more factories across the region. - Influencing Cities
Your transportation affects city growth. Every unit of anything you transport will affect the nearby cities making them grow and prosper. Sometimes cities will create new attractions and places of interest, which attract a lot more passengers. Or maybe your service may attract new industries, that give you even more opportunities. But not everything you do leads to good things - as cities grow more cars are on the roads, and you will end up trying to deal with the traffic. What you do shapes the future.
Control and Customize
- Configure All or Nothing
Simutrans has a lot of configurations that you can customize. If you're not a customization freak, don't worry, generally with a few options Simutrans will fit your play style. But if you are, you'll enjoy all the options and ways to change the game. - Build Your World
When you create a new game, don't expect it to be a fixed world. You can shape the world to suit your needs, build roads, factories, houses, and buildings, raise and lower the terrain, create rivers, lakes, and seas, or beautify the world by planting trees.
How You Play
- Multiplayer
Tired of playing alone? Simutrans lets you play multiplayer. You can join a public server and compete and collaborate with people all around the world. You can also play with your friends creating a private online or LAN server. - Hardcore or Casual?
You can challenge yourself in a normal game, trying to make your company successful and rich. Or you can just relax and have some fun playing with no hurry or money, just for your enjoyment and the satisfaction of transporting everything.
Cost
This game will be Free on Steam.Languages
Simutrans offers a range of languages, translated on a volunteer basis. Languages will be listed on the steam page when they reach at least 80% translation of Base Texts, and 65% translation of pak128.History of Simutrans
Simutrans is an Open Source game developed under the Artistic License.This game was originally developed by Hansjörg Malthaner from 1997 till 2004, before being handed over the 'The Simutrans Team' in 2005. Since the beginning it has been upgraded and updated.
- OS: Ubuntu 20.04 or later
- Processor: 1 Ghz or faster processorMemory: 512 MB RAMStorage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
- Memory: 512 MB RAMStorage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
- Storage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
- OS: Ubuntu 20.04 or later
- Processor: 1 Ghz or faster processorMemory: 2048 MB RAMStorage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
- Memory: 2048 MB RAMStorage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
- Storage: 500 MB available spaceAdditional Notes: Broadband internet connection required for network play
[ 6138 ]
[ 3458 ]