Recent posts

#11

Simutrans Help Center / Re: Is it possible to recover...

Last post by danivenk - April 15, 2024, 07:56:56 PM

As prissi has mentioned it really depends on the version of the pakset, assuming you have put the old savegames in the correct place. Mind you sometimes saves are really sensitive to what version of a pakset you are using because it is dependent on specific (and versions of) pakfiles that are present in the pakset. This also is the case with any addons you might have added, if they are used in the save, they are expected in the pakset when you are trying to open it.

It could also be game version related tho, but usually that isn't an issue.

#12

Game Servers / Re: Bridgewater-Brunel game no...

Last post by TransshipmentEnvoy - April 15, 2024, 03:11:27 PM

Does the game end? The server seems to be offline for a while.

#13

Simutrans Help Center / Re: Is it possible to recover...

Last post by prissi - April 15, 2024, 02:31:21 PM

Attaching large files is not working but usually old games should be loadable. Depends on the version and the pak, but if the files are not older than 16 years, it should work.

#14

Simutrans Help Center / Is it possible to recover a s...

Last post by ramiroflores - April 15, 2024, 04:42:23 AM

Hello.

I was encountering problems with CTD, so i reinstalled the game(SS 6.4 1.27 bugfix) with disabling the UAC and running as an administrator on windows 10.

Since i did this i can start new games and load new files, but the game will not load my old files. I attached them. Maybe someone can tell me if they are corrupted and if there is a way to recover them.

Regards and thanks a lot!

#15

Extension Requests / Re: Allow fonts of different w...

Last post by prissi - April 13, 2024, 12:36:00 PM

Thanks. This may be a side effect of the changes to make touch usable. Whoever had implemented touch decided to use floats and hence any quantum osicllations of a finger spams an event, usually 1000 or more per second. Since Simutrans tried to handle them all, it was not working with touch or tablets. The only way out was to to swallow all events until the movement stopped. The next event is then handled upon the next event loop, usually a frame later.

In my tests, this only occurred with the GDI version, SDL2 run smoothly. Which did you test it on?

I see what can be done about, maybe another hack to prioritize key events.

#16

Simutrans-Extended bug reports / Re: All industries lose connec...

Last post by Ranran(retired) - April 13, 2024, 10:53:08 AM

Thank you for confirming.
fab_list was originally vector_tpl<koord>, but PJMack changed it to a different type, so it won't get the correct koord if there is no factory.

#17

Français (French) / Re: Matériel Français

Last post by MF67_G3059 - April 12, 2024, 01:55:18 PM

Oh waw ! Je reviens sur le serveur de temps en temps, et là, surprise : du nouveau matos !
Bon, j'ai vraiment pas de dispos pour ne serais-ce que regarder ce que ça donne (ça fait 3 semaines que je ne suis pas rentré chez moi, et ça va continuer...) mais je garde ça dans un coin de ma tête !

Pas de soucis tqt 

[EDIT:]

#18

Extension Requests / Re: Allow fonts of different w...

Last post by Ranran(retired) - April 12, 2024, 01:47:16 PM

When inputting Japanese with simutrans, that is, unlike the method of directly inputting half-width English characters, in the Japanese input mode, the response is clearly slower than with normal applications.
The difference is obvious when you compare it to typing text into a notepad or browser.
For example, if you quickly input about 10 Japanese characters, the characters will appear with a slight delay. The more quickly you type, the longer the lag will be before the last character entered appears.


EDIT:

This doesn't seem to be limited to Japanese. For example, enter ijijiji 50 times.
I'm stopping input halfway through. Then I move the mouse. However, you can confirm that the ij input is still continuing.
I'm typing "ij" much faster than it appears. But on the other hand, simutrans seems to process input at regular intervals.
This kind of lag can be extremely frustrating in Japanese, where it is necessary to confirm that the characters have been entered before "converting" them into kanji.

#19

Extension Requests / Re: Allow fonts of different w...

Last post by prissi - April 12, 2024, 01:32:34 PM

What is the problem? I could enter Japanese normally in both GDI and SDL2. I noted though that the cursor stayed at the beginning of the conversion string, but I though that is needed due how the conversion is handled.

[EDIT:]

#20

Extension Requests / Re: Allow fonts of different w...

Last post by Ranran(retired) - April 12, 2024, 11:14:32 AM

As a result of STFW, I learned that the font can be made thicker with FT_GlyphSlot_Embolden.
I couldn't figure out how to select a different bold font or specify the font weight to generate bold.
What I could have done could have been a different method than either Hajo or Prissi's suggestion.
However, I think it is able to draw bold fonts that are easier to read than Hajo's implementation.




Floating text without a background is easier to see in bold.

The code is for extended. I don't know if this implementation method is correct...
https://github.com/Ranran-the-JuicyPork/simutrans-ex-fix/commit/3189d640f70fb47fe8fddeb955ee950ce1babca2.patch

EDIT:
Also, I noticed while testing that Simutrans has a very poor response to Japanese input.
I don't know when this started. At least the current night reversion is not good.