Best viewed with LeechCraft on Microsoft Linux. Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1235.2 пользователей не могут ошибаться!
?6906
прекрасное6424
говно5884
говнорашка5512
хуита4695
anime3055
linux2643
music2612
bnw2588
рашка2559
log2336
ололо2113
pic1809
дунч1734
сталирасты1488
украина1437
быдло1434
bnw_ppl1364
дыбр1237
гімно1158

http://forum.simutrans.com/index.php?topic=15843.msg155972#msg155972 Эпичная история про гонки: "I have been working of late on the multi-threading of the passenger and mail generation in an attempt to make it network safe, and have encountered some complexities on which I should appreciate others' views as to possible solutions, and on the solutions that I propose below. Firstly, I have dealt with the RNG problem by making the random seed and associated variables thread local, and re-initialising them on each thread when the threads are initialised. This will, however, have the effect that a single-threaded build will not stay in sync with a multi-threaded build. I will therefore need to have the option of keeping the multi-threading of passenger generation single threaded in network mode in case anyone wants to connect a single threaded client to a multi-threaded server or vice versa. There will need to be an explanation in the comments to simuconf.tab that disabling multi-threading of the passenger and mail generation will be necessary if single and multi-threaded clients/servers are to be connected together. I have already changed config.template to make enabling multi-threading the default. Secondly, I have also changed the way in which the amount of mail and passengers to generate each step is calculated again to make it network safe. It is somewhat difficult to make this as accurate when done in parallel than when it was single-threaded, but the overall results should be deterministic and scale properly. Again, however, this will make single threaded clients incompatible with multi-threaded servers and vice versa. I do wonder whether it might be worthwhile indicating in the splash screen whether a given build is single-threaded. The further issues are more complex. The next issue relates to the generation of pedestrians and private cars. Both of these are generated during the stepping of mail and passengers when passengers take a private car to their destination (in which case, a city car graphic is created) or when passengers walk either to their destination or to a stop, in which case pedestrian graphics are created. Pedestrians are more straightforward, as, once created, they do not interact with any other objects. They do, however, call simrand() in various places when they are sync-stepped; but am I correct in deducing that, because they will always be sync-stepped from the main thread, simrand() will always be called in the same order even if each individual pedestrian object may be created in a different order (and therefore in the sync list in a different order) on each client? Private cars are more tricky. They have the same issues as pedestrians, but also another issue: they interact with each other and with player vehicles on the roads. A particular problem might occur if one particular building during any one step creates multiple city cars. These would potentially be created in a different order on different clients. When multiple city cars are generated on a single tile in a single step, they form a stack, and the cars drive off the stack one by one, each waiting for the last to leave the next tile before moving, until none remains. I infer that the order in which they leave the stack will depend on the order in which they are inserted into this stack. This will lead to desynchronisations if different cars have different destinations (which will affect the probability with which they turn in any given way at junctions), different maximum speeds and different "time_to_life" durations (which, in experimental, are all based on the actual expected journey time of the particular packet of passengers taking the car rather than being a fixed number)..."
#TLNM0U (2) / @o01eg / 2679 дней назад
Новая система сигналов в Experimental? https://www.youtube.com/watch?v=2XLi1tNaG28
#C3TRTZ (3) / @o01eg / 3083 дня назад
Хм, встречаю упоминание некоего JIT2: http://forum.simutrans.com/index.php?topic=14191.0 http://forum.simutrans.com/index.php?topic=14645.msg144696#msg144696 Хм, simutrans станет ещё более лучше симулировать экономику?
#2V8GQ7 (0) / @o01eg / 3211 дней назад

Теперь ресурсы к simutrans-exp не скачивают готовые, а собираются из исходников. Gentoo-way everywhere. Вот бы ещё с лангпаком разобраться, а то даже не понятно, откуда он берётся.

#NKSNB4 (0) / @o01eg / 3903 дня назад

Хм, если вместо конкретных отдельных людей, почты, товаров, транспорта использовать их примерные среднемесячные значения, а перед строительством чего-либо обязать покупать или арендовать землю, то можно симутранс сделать пошаговым.

#68NZ0L (0) / @o01eg / 3904 дня назад

О, Experimental 11.0 вышел. И свежий британский паксет к нему.

#OO9948 (0) / @o01eg / 3904 дня назад

Интересно, а у кого-нибудь карта зарастала сплошными городами?

#7GY2HY (0) / @o01eg / 3961 день назад

Ожидаются новые сигналы? http://forum.simutrans.com/index.php?topic=7090.0

#3UW8QJ (2) / @o01eg / 3971 день назад
#YN105D (3) / @o01eg / 4331 день назад
#PQFDZ0 (12) / @o01eg / 4332 дня назад
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

Цоперайт © 2010-2016 @stiletto.