安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题






在 Facebook 上
在 Twitter 上
在 Youtube 上
在 Reddit 上 




Make sure to reset your custom P/Y/R offsets. The crossing is spawned like any other rail. Click and snap. Abount for the rail physics issue It is described here. I am Inable to fix it.
https://github.com/ValveSoftware/Source-1-Games/issues/7426#issuecomment-3512301873
Why so. I have been making it for quite a while now hah.
You can connect the crossing like any other track.
If you need a bigger ezample with more data. You can look at how I did Shinji's pack. In case you need additions. Phys properties are rearly used and ppl do not really do dynamic DSV about them. 😁
https://github.com/dvdvideo1234/TrackAssemblyTool/blob/master/lua/autorun/z_autorun_%5Bshinji85_s_rails%5D.lua
Yes buddy there is. You can use personal DSV database extension script.
https://github.com/dvdvideo1234/TrackAssemblyTool/wiki/Database-extension#how-can-i-make-a-script-which-synchronizes-the-database-of-my-track-pack
Just copy the example and add your tracks there 😉
The second option currently works flawlessly. But registering a prop on the fly will be cool too. Thanks for the idea I have to think about it. Will register it as an issue.