ZDoom

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.

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!

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.

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.

Alright. I'll take a look at it... eventually... if I get the help I need...

I could try and help you out with it if you need.

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.

Oh stop kidding yourself, it's piss easy! Just look at what I change and that's all you need to know to do it.

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.

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.

Well, those aren't going to do any good without Roll first actually doing anything relevant, which it's only just begun to do.

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.)

I think it's time for a new thread on this subject.

HERE BE THE BOOTY!

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.

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].

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].

So this (with sprites) can't be done ATM.

Indeed.

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...