安装 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(越南语)
Українська(乌克兰语)
报告翻译问题






datae is known to be very egocentric and rarely answers comments on his own videos, so not really an option. If all else fails, could you edit VManip to accept other FOV values and give me n off-workshop .gma? VManip is not really maintained for many months, this shouldn't have too many drawbacks
https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=2922515253&searchtext=calcview+priority
one particular line in VManip's code [imgur.com] makes it so that VManip will basically ignore other addon's FOV values and instead replace the FOV with the one given by the addons before it. fov and hookv.fov (after the equals sign) should be switched around for this to work.
as to a possible solution for all this - i don't know. the ordering of the hooks is completely undefined (not sorted in any way) and changing the order of the addons in the addon list does not guarantee that the order of the hooks will change as well. only disabling some addons that add their own stuff could change the order.
to fix this, the Garry's Mod developers would have to rethink/rewrite the entire Garry's Mod hook system and possibly break existing addons in the process.
about the hook order: i actually got this addon to execute after other addons now, so now i can start actually testing things properly. gonna try some things out to see how to fix this.
Concerning the CalcView priority issue: what else can I do to conquer this problem? I did try to give it higher priority than VManip and MW NVGs, but when tested lua_find_blahblah in-game the order of hooks stayed the same as I've shown
okay, i uploaded the updated version of the addon with the fix, i think it should work properly-er now. you can try it whenever you have the time
I ran the cvar and sure enough, priorities are messed up.
basically, if FOV Remap is before VManip, then it should be working like it is for me, but if it is after it, then it is probably seeing the custom FOV that VManip gives it and does not override it. i made some changes in the code to fix this, but debugging hook order is tricky. i will update the addon a bit later
okay, that's really weird, i tested this with the armorplates addon, and everything is working fine
demonstration (on Streamable) [streamable.com]
It works, does what it supposed to do, But its uncomfortable to bind FOV menu using console. Or i'm just too lazy. IMHO. 4/5.
I also think it's the only field of view modifier that allows for LOWER values which is super-extremely-ultra-mega cool
Thank you so much for this