[GZDoom] Actor and camera roll (pull request)
Moderator: GZDoom Developers
Re: [GZDoom] Actor and camera roll (pull request)
You mean getting a spawned object to inherit its parents' roll with A_SpawnItemEx? Maybe you can ask Major Cooke to do it; he's had more experience with that kind of stuff. Currently spawned objects do not inherit its parents roll.
Re: [GZDoom] Actor and camera roll (pull request)
I looked at the example WAD and now I'm thinking there really should be something implemented so that pitch/yaw change for the player is relative/respective to the roll angle. It feels awkward to try to look around! 

Re: [GZDoom] Actor and camera roll (pull request)
Now that you mention it; you can do that but you'll have to come up with your own solution. Freeze the player completely, poll the player's movement input and at the end of the loop, you move/rotate the player. You can use your custom math to make it so that the pitch and yaw will always stay constant regardless of player roll.
Hope that made sense, I'm in a hurry to the airport now so I may have been a little cryptic
I think it should be in the EXE but...
1) What would it be? MAPINFO flag? Player property?
2) I definitely don't know how to do it. I've never touched the parts of the engine involving player angle and pitch. I need help on this.
Hope that made sense, I'm in a hurry to the airport now so I may have been a little cryptic
I think it should be in the EXE but...
1) What would it be? MAPINFO flag? Player property?
2) I definitely don't know how to do it. I've never touched the parts of the engine involving player angle and pitch. I need help on this.
Re: [GZDoom] Actor and camera roll (pull request)
It could be done with some trig, but it's very tricky to try with just ACS. I had some success with ACS (as in, looking up/down didn't work, but looking left/right did) but it wasn't perfect.
I was thinking a console variable at first, but a player property would certainly be more appropriate, because if you can change it w/ SetPlayerProperty in an ACS script, making this feature even more useful.
I was thinking a console variable at first, but a player property would certainly be more appropriate, because if you can change it w/ SetPlayerProperty in an ACS script, making this feature even more useful.
Re: [GZDoom] Actor and camera roll (pull request)
Alright. I'll take a look at it... eventually... if I get the help I need...
- Major Cooke
- Posts: 8212
- Joined: Sun Jan 28, 2007 3:55 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Windows 10
- Graphics Processor: nVidia with Vulkan support
- Location: GZBoomer Town
- Contact:
Re: [GZDoom] Actor and camera roll (pull request)
I could try and help you out with it if you need.
Last edited by Major Cooke on Sat Feb 14, 2015 4:53 pm, edited 1 time in total.
- Major Cooke
- Posts: 8212
- Joined: Sun Jan 28, 2007 3:55 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Windows 10
- Graphics Processor: nVidia with Vulkan support
- Location: GZBoomer Town
- Contact:
Re: [GZDoom] Actor and camera roll (pull request)
Oh stop kidding yourself, it's piss easy!Nash wrote:You mean getting a spawned object to inherit its parents' roll with A_SpawnItemEx? Maybe you can ask Major Cooke to do it; he's had more experience with that kind of stuff. Currently spawned objects do not inherit its parents roll.

Re: [GZDoom] Actor and camera roll (pull request)
While this is a nice addition to GZDoom, I feel like this is only half complete. INPUT_ROLL still isn't supported, and there are no input controls to change the player's roll outside of using the +user# commands with an ACS script.
- NeuralStunner
-
- Posts: 12328
- Joined: Tue Jul 21, 2009 12:04 pm
- Preferred Pronouns: No Preference
- Operating System Version (Optional): Windows 11
- Graphics Processor: nVidia with Vulkan support
- Location: capital N, capital S, no space
- Contact:
Re: [GZDoom] Actor and camera roll (pull request)
Well, those aren't going to do any good without Roll first actually doing anything relevant, which it's only just begun to do.jpalomo wrote:While this is a nice addition to GZDoom, I feel like this is only half complete. INPUT_ROLL still isn't supported, and there are no input controls to change the player's roll outside of using the +user# commands with an ACS script.

Seems like making it really controllable will still require angle/pitch translation and unclamped freelook. (Both of which should be "switch on" behaviors, i should add.)
- Major Cooke
- Posts: 8212
- Joined: Sun Jan 28, 2007 3:55 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Windows 10
- Graphics Processor: nVidia with Vulkan support
- Location: GZBoomer Town
- Contact:
Re: [GZDoom] Actor and camera roll (pull request)
Perhaps a stupid question, but I just downloaded the most recent GZDoom dev build, and wondered if something like this would be possible to do now:
This would eliminate the need for several sprites with increasing rotation.
I just tried this code in GZDoom; it had no effect on the appearance of the projectile, but didn't crash the game either.
Code: Select all
Actor SpinningProjectile
{
...
States
{
Spawn:
PROJ A 1 A_SetRoll(roll+30)
Loop
}
}
I just tried this code in GZDoom; it had no effect on the appearance of the projectile, but didn't crash the game either.
Re: [GZDoom] Actor and camera roll (pull request)
Sprites don't roll. You want a spinning projectile in GZDoom using this method, you'll need to use a 3D model which has INHERITACTORROLL flag in its [wiki]MODELDEF[/wiki].
- Ozymandias81
- Posts: 2068
- Joined: Thu Jul 04, 2013 8:01 am
- Graphics Processor: nVidia with Vulkan support
- Location: Mount Olympus, Mars
- Contact:
Re: [GZDoom] Actor and camera roll (pull request)
So this (with sprites) can't be done ATM.Gez wrote:Sprites don't roll. You want a spinning projectile in GZDoom using this method, you'll need to use a 3D model which has INHERITACTORROLL flag in its [wiki]MODELDEF[/wiki].
Re: [GZDoom] Actor and camera roll (pull request)
I tried to see if I could find a way to rotate the sprites like that for those Unreal Engine-esque smoke particles but I couldn't figure it out. If I eventually figure out how to do it (I'm sure it's much easier than I thought it would be), I'll be sure to add it in...