- Welcome to The International Simutrans Forum.
News:
Simutrans Chat Room
Where cool people of Simutrans can meet up.
Where cool people of Simutrans can meet up.
Recent posts
#11
Simutrans Help Center / Re: Is it possible to recover...
Last post by prissi - April 15, 2024, 02:31:21 PMAttaching 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.
#12
Simutrans Help Center / Is it possible to recover a s...
Last post by ramiroflores - April 15, 2024, 04:42:23 AMHello.
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!
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!
#13
Extension Requests / Re: Allow fonts of different w...
Last post by prissi - April 13, 2024, 12:36:00 PMThanks. 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.
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.
#14
Simutrans-Extended bug reports / Re: All industries lose connec...
Last post by Ranran(retired) - April 13, 2024, 10:53:08 AMThank 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.
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.
#15
![[FR]](/lang/fr.png)
Français (French) / Re: Matériel Français
Last post by MF67_G3059 - April 12, 2024, 01:55:18 PM
Quote from: Lieven on March 07, 2024, 03:45:42 PMOh 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
#16
Extension Requests / Re: Allow fonts of different w...
Last post by Ranran(retired) - April 12, 2024, 01:47:16 PMWhen 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.
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.
#17
Extension Requests / Re: Allow fonts of different w...
Last post by prissi - April 12, 2024, 01:32:34 PMWhat 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.
#18
Extension Requests / Re: Allow fonts of different w...
Last post by Ranran(retired) - April 12, 2024, 11:14:32 AMAs 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.
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.
#19
Français (French) / Re: Matériel Français
Last post by MF67_G3059 - April 12, 2024, 10:53:10 AM
quel plaisir de te revoir
ça marche ! Ah j'y avais pas pensé à la livrée Carmillon et en plus c'est une très belle livré XD
ça marche ! Ah j'y avais pas pensé à la livrée Carmillon et en plus c'est une très belle livré XD
#20
Simutrans-Extended bug reports / Re: All industries lose connec...
Last post by Modular6638 - April 12, 2024, 02:10:19 AMI'm having the same issue in every map I make. Here are some things I observed
- It does not matter the year or map.
- It seems to happen more often when placing a new stop & line near the end of the month.
- The game doesn't always crash immediately, it only does so when opening a factory info window and clicking on the empty space where the missing supplier/consumer are supposed to be, early on it also seemed to happen if I kept the factory window open.
I tried debugging, and in gui_factory_connection_stat_t::infowin_event the variable target_fab is null and is being accessed. My understanding is that if another factory is not linked, its not supposed to be in fab_list, but the missing connection is still in there. So that is the cause of the crash. Looking into it more, the reason fabrik_t::get_fab(fab_list[line]) returns null is because of the is_factory flag of the associated gebaeude_t is false. I think there might be a problem in the newmonth update because of when the crashes seem to happen and that is also one of the few points where is_factory is modified. Still trying to look into it but my first time looking at the code.
- It does not matter the year or map.
- It seems to happen more often when placing a new stop & line near the end of the month.
- The game doesn't always crash immediately, it only does so when opening a factory info window and clicking on the empty space where the missing supplier/consumer are supposed to be, early on it also seemed to happen if I kept the factory window open.
I tried debugging, and in gui_factory_connection_stat_t::infowin_event the variable target_fab is null and is being accessed. My understanding is that if another factory is not linked, its not supposed to be in fab_list, but the missing connection is still in there. So that is the cause of the crash. Looking into it more, the reason fabrik_t::get_fab(fab_list[line]) returns null is because of the is_factory flag of the associated gebaeude_t is false. I think there might be a problem in the newmonth update because of when the crashes seem to happen and that is also one of the few points where is_factory is modified. Still trying to look into it but my first time looking at the code.