Zainstaluj Steam
zaloguj się
|
język
简体中文 (chiński uproszczony)
繁體中文 (chiński tradycyjny)
日本語 (japoński)
한국어 (koreański)
ไทย (tajski)
български (bułgarski)
Čeština (czeski)
Dansk (duński)
Deutsch (niemiecki)
English (angielski)
Español – España (hiszpański)
Español – Latinoamérica (hiszpański latynoamerykański)
Ελληνικά (grecki)
Français (francuski)
Italiano (włoski)
Bahasa Indonesia (indonezyjski)
Magyar (węgierski)
Nederlands (niderlandzki)
Norsk (norweski)
Português (portugalski – Portugalia)
Português – Brasil (portugalski brazylijski)
Română (rumuński)
Русский (rosyjski)
Suomi (fiński)
Svenska (szwedzki)
Türkçe (turecki)
Tiếng Việt (wietnamski)
Українська (ukraiński)
Zgłoś problem z tłumaczeniem
Edit: now it doesnt happen, i have no idea what i did before diffrent
The good news is that I've had some very large optimizations in the works (personal stuff got / still getting in the way), which improve general performance, but most importantly the base lag. After these changes an idle creation shouldn't lag at all, only once logic starts doing stuff it would start using performance. This would make much bigger creations viable, unlike currently.
The bad news is that Lua (the programming language the mod is written in) is inherently slower than C++ (the programming language Scrap Mechanic was written in), so the vanilla gates always have that advantage. I had been working on a C++ extension for my mod (which would unlock all that extra performance), but the developer of the file mod for such extensions vanished, so now noone could use my extension even if they wanted (simplified, has some other reasons). I'm currently trying to find an alternative.