Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
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://gtm.steamproxy.vip/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