БЕГЕМОТИКОВ МОЖНО! Войти !bnw Сегодня Клубы
Привет, TbI — HRWKA! 1239.0 пользователей не могут ошибаться!
?6942
прекрасное6443
говно5905
говнорашка5512
хуита4716
anime3066
linux2652
music2635
bnw2602
рашка2565
log2354
ололо2173
дунч1829
pic1815
сталирасты1491
украина1439
быдло1437
bnw_ppl1419
дыбр1238
гімно1158

1. Ready 2. Vote 3. Auth 4. Dedicated server 5. Reconnect 6. Timeout 7. No server i18n 8. Ruleset
#49PSSW (0) / @o01eg / 2903 дня назад
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 / 2920 дней назад
Фигасе, dccnitghtmare разморозили.
#N42VCA (0) / @o01eg / 2929 дней назад
Tyranny релизнулся
#5G38UD (2) / @kuro / 2934 дня назад
#KN9K5K (0) / @o01eg / 2936 дней назад
Dex. Норм, не шедоураны, конечно, но вроде ничего.
#CMT6NW (0) / @kuro / 2940 дней назад
http://streetsofrogue.com/ #games неблохо, всего 6 левелов надо будет проверить через годик
#MRTJVI (0+1) / @telegram / 2958 дней назад
Sizzling vapours rise from the sea. Time slips sideways. A coil of rope has stung a stoker and his fellows beat it to death. We are under the hand of Iron Republic. Sunless Sea -- уникальный сеттинг, есть чего почитать, мир интересный, но сука, какой же гриндан и говна движок.
#B6UXN2 (2+1) / @voker57 / 2961 день назад
Serpent in the Staglands Охуенно.
#GC6ZA6 (0) / @kuro / 2967 дней назад
бля, этим юнитиговноделам опять денег надавали https://www.fig.co/campaigns/wasteland-3
#43HBAT (5+1) / @voker57 / 2971 день назад
#5RVHO9 (0) / @sin-ok / 2974 дня назад
http://funkyimg.com/i/2hwLd.jpg Прошел Имперскую ветку с плохим ответвлением. Более нет желания к ней возвращаться.
#2ICV7W (0) / @sin-ok / 2977 дней назад
The Legend of Princess http://nicoblog.org/pc-games/the-legend-of-princess-usa/ Отличная пародия, и не важно что она 2008 года.
#PAPVK1 (1) / @sin-ok / 2983 дня назад
Хули он так тормозит каждый раз, когда выбираешь систему, открываешь меню производства или добавляешь заказ в очередь исследование/производства? Я уже заебался.
#WJDAJY (0) / @anonymous / 3017 дней назад
"NetStorm: מלחמת האיים" Сейчас попробуем.
#ZUXS8P (9) / @sin-ok / 3039 дней назад
>гуглити як запустити іграшки на ляліксі >2016
#0Q49FI (1) / @hate-engine / 3046 дней назад
--
ipv6 ready BnW для ведрофона BnW на Реформале Викивач Котятки

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