You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As noted by @Xylemon in a comment on #48 , reQuiem's weapon viewmodel is riding kinda low, especially noticeable when cl_sbar is 1.
I see that in V_CalcRefdef in WinQuake/QuakeWorld, the gun origin's Z value is incremented by various amounts for different viewsizes. But in reQuiem this code (in V_AddViewWeapon) is commented out.
Survey of some other code:
Engoo does the incrementing.
FMV does it only if r_viewmodelhackpos is set.
Super8 has it commented out, but also does a significant increment if cl_nobob is set.
QuakeSpasm has removed it.
Spirit, do you know what might be going on with these changes/decisions? I would guess it's because some of these engines expect users to have a transparent statusbar, so they don't want to do statusbar-avoiding hacks that look weird when the statusbar is transparent. But I don't know for sure what is behind these differences.
The text was updated successfully, but these errors were encountered:
Not sure yet if this is "bug" or "enhancement".
As noted by @Xylemon in a comment on #48 , reQuiem's weapon viewmodel is riding kinda low, especially noticeable when cl_sbar is 1.
I see that in V_CalcRefdef in WinQuake/QuakeWorld, the gun origin's Z value is incremented by various amounts for different viewsizes. But in reQuiem this code (in V_AddViewWeapon) is commented out.
Survey of some other code:
Spirit, do you know what might be going on with these changes/decisions? I would guess it's because some of these engines expect users to have a transparent statusbar, so they don't want to do statusbar-avoiding hacks that look weird when the statusbar is transparent. But I don't know for sure what is behind these differences.
The text was updated successfully, but these errors were encountered: