[VGames]

I'll take a look at that too. Thanks

[VGames]

ifgapzl was exactly what I was looking for. Thanks.

[VGames]

Is it possible to replicate how players playing as the xenomorphs in the Aliens vs Predator franchise can run on walls and the ceiling with Eduke32? If so, has anybody ever done this before and what commands would be helpful to accomplish this?

[Danukem]

There's no one magical code bullet that will make that happen, it's a combination of different tricks and methods, and the game will fight you every step of the way. One thing I'll mention is rotating the screen: https://wiki.eduke32...wiki/Rotscrnang which is useful for both wall running and upside down movement.

[jimbob]

ok, maybe a stupid question, but how do i trigger an actor using activators or masterswitches?

i can do the inverse with operatemasterswitches and operateactivators, but not "activating" a actor with one of those.

basically i'm trying to make a camera actor that changes the view, plays a little scene, en goes back to its neutral position ( also resets the switch to prevent re-triggering the events )

since the scene will have a random(ish) set of things happening instead of being a one time thing i basically need to have it operate this way.

asa side question, with "tint { pal 0 flags 9 }" applied to all pals, i can make the game run in black and white mode, but that code is initiated in a .defs file, is there a similar function i can use on the fly ingame? it might be fun to have the camera turn the screen to BnW mode.

[edit] it might actually be easier to set up a custom actor with the ifhitspace trigger and run from there..

[jimbob]

i got it working, well mostly. now the hard part starts..but it should be worth it

[Danukem]

Don't know what you mean by "trigger" an actor. Activators and masterswitches are hardcoded things. It's possible but inconvenient to set up code such that when a hardcoded thing happens, it sets a var on an actor that with your script will then cause the actor to do something. What I prefer is having something non-hardcoded manipulate the actor, then I have better control over it. My typical setup would be to use the CON commands that trigger activators/masterswitches etc. be part of a code block that also runs a loop on sprites in the map and sets a var on any sharing the same channel (the channel being a var on the actor sprite at this point). So in other words the activator/masterswitch is being triggered by my own code which at the same time finds and communicates to the actor.

[jimbob]

i meant using a switch to activate an actor like you would do an sector effect like a door, but i was wildly overcomplicating things that way and ended up doing just what you said, making a custom actor that, when used, switches on the camera and activates the activators and whatnots.. only downside is that it does not like having hi or lotags set, it gives very funky results so i hard coded them.

[VGames]

So, I'm just about done with adding drivable Pigcop Recon vehicles and I added the ability to drop artillery shells while flying it using the FIRE MODE 2 Button. But I got an idea that I'm here to ask about. Is there a way to use a camera to show what's right beneath you and have that feedback displayed directly on the HUD? That way you can see what's below you as you drop bombs. If it's possible what command and variables should I look into? Any examples of this being done before?

[Reaper_Man]

https://wiki.eduke32.com/wiki/Showview

[VGames]

Reaper_Man, on 13 October 2024 - 03:47 PM, said:

https://wiki.eduke32.com/wiki/Showview

That worked great. Thanks a lot. Is there any way to go beyond -99 for "horiz" so that the camera is looking straight down and is not restricted like the Player's view when looking as far down as possible?

[Danukem]

VGames, on 14 October 2024 - 01:23 PM, said:

That worked great. Thanks a lot. Is there any way to go beyond -99 for "horiz" so that the camera is looking straight down and is not restricted like the Player's view when looking as far down as possible?

No, it's impossible. Its also not possible to rotate the view in the way that .rotscrnang does on the player which I find to be a frustrating limitation.

[VGames]

Danukem, on 14 October 2024 - 07:13 PM, said:

No, it's impossible. Its also not possible to rotate the view in the way that .rotscrnang does on the player which I find to be a frustrating limitation.

Ok thanks for that clarification. I figured it wouldn’t be possible. Still what I got right now is excellent as is. Thanks for the help.

[Reaper_Man]

The limitation is a fundamental property of the engine's renderer. It's just kind of a literal feature of how rendering natively in BUILD works. This is another cause of where the "2.5D" misconception comes from too.

I'm surprised .rotscrnang works at all. I'd be curious why it can't work with showview, at least on a conceptual level.

[Danukem]

Reaper_Man, on 15 October 2024 - 05:32 AM, said:

The limitation is a fundamental property of the engine's renderer. It's just kind of a literal feature of how rendering natively in BUILD works. This is another cause of where the "2.5D" misconception comes from too.

I'm surprised .rotscrnang works at all. I'd be curious why it can't work with showview, at least on a conceptual level.

I think it could work but someone has to add the feature. Just my guess though.

[VGames]

Can showview be used by other actors? Or does this only work when the player calls on it?

[Danukem]

VGames, on 15 October 2024 - 05:33 PM, said:

Can showview be used by other actors? Or does this only work when the player calls on it?

I thought it only worked when used from display events. Are you successfully using it in the player actor code?

[VGames]

Danukem, on 15 October 2024 - 07:44 PM, said:

I thought it only worked when used from display events. Are you successfully using it in the player actor code?

No my mistake. I forgot to mention I’m using it in the HUD code. One of the display events. Still couldn’t u link it to an actor this way? Like if I had the player spawn an actor behind them and have the showview use that actor’s coordinates so that the screen is showing a better view of what’s actually beneath the player? But still call on showview in the HUD code?

[Reaper_Man]

Yes, you can use another actor's coordinates as the coordinates for showview, essentially making a camera of their perspective.

The way you are phrasing this is very weird and doesn't make a lot of sense. I would not describe this as the actor "using" showview, and the showview command does not have any properties referencing sprite ID in the first place.

[VGames]

Reaper_Man, on 16 October 2024 - 04:29 AM, said:

Yes, you can use another actor's coordinates as the coordinates for showview, essentially making a camera of their perspective.

The way you are phrasing this is very weird and doesn't make a lot of sense. I would not describe this as the actor "using" showview, and the showview command does not have any properties referencing sprite ID in the first place.

Yeah I guess I worded it wrong. I meant you can use another’s actors coordinates besides the players for the showview command.

[VGames]

What commands should I look into to the get the X and y positions of an enemy so that it can be used to display something on the screen in the position they’re located using rotatesprite?

[Danukem]

If you are trying to make a radar display, it has been done.

[Danukem]

in my radar code, I'm mainly using rotatepoint to do the heavy lifting, with some getincangle and basic var and array manipulation

[VGames]

Danukem, on 31 October 2024 - 11:09 AM, said:

in my radar code, I'm mainly using rotatepoint to do the heavy lifting, with some getincangle and basic var and array manipulation

I want a way to see enemy positions through walls. Like the railgun on Red Faction.

[Reaper_Man]

That's a big pain in the ass and involves math translating game coords to screen space coords. I do this exact thing in AWOL to display the AI Bot's stats over their heads while on screen. Take a look at awol_ui.con around the middle of the file, the "botui_xxx" statements handles it. In the "// AI Bot status display" section. There becomes a pretty big vertical desync the closer the actor is to the top or bottom of the player's screen or view, I'm pretty sure because of precision issues with the horiz property. As always, please credit Shotspark and/or AWOL if you pull any of the code wholesale.

[VGames]

Reaper_Man, on 01 November 2024 - 02:12 PM, said:

That's a big pain in the ass and involves math translating game coords to screen space coords. I do this exact thing in AWOL to display the AI Bot's stats over their heads while on screen. Take a look at awol_ui.con around the middle of the file, the "botui_xxx" statements handles it. In the "// AI Bot status display" section. There becomes a pretty big vertical desync the closer the actor is to the top or bottom of the player's screen or view, I'm pretty sure because of precision issues with the horiz property. As always, please credit Shotspark and/or AWOL if you pull any of the code wholesale.

Hey, thanks a lot for the heads up. I'll credit Shotspark and AWOL no matter what if this helps me. I'll check it out ASAP. How do you open the GRP for AWOL? Nothing I have opens it. I normally use GRPViewer.

[VGames]

Nevermind just figured it out

[VGames]

What's a good way to wake enemies up when the player is within a certain range without having to go into every one of their individual sets of code and add the scripts to call on one of their AI statements specific to them? I considered giving them a little bit of damage to wake them up but if there was a better way to start their ai as if they actually saw the player, I'd like to use that instead.

[Reaper_Man]

Actors go asleep in 2 ways, changing their statnum and the .httimetosleep property. You can check their .picnum to see if it matches the enemy tile ID, and then check if their statnum is set to STAT_ZOMBIEACTOR and if so set them back to STAT_ACTOR. This will turn them back into regular actors running code. Actors turn into Zombies when their "sleep time" counter exceeds 32767 (and other conditions like being too far away). So you probably want to set the .httimetosleep back to 0 when you force them out of the Zombie state to prevent them from instantly falling asleep again.

[VGames]

 Reaper_Man, on 03 November 2024 - 09:48 AM, said:

Actors go asleep in 2 ways, changing their statnum and the .httimetosleep property. You can check their .picnum to see if it matches the enemy tile ID, and then check if their statnum is set to STAT_ZOMBIEACTOR and if so set them back to STAT_ACTOR. This will turn them back into regular actors running code. Actors turn into Zombies when their "sleep time" counter exceeds 32767 (and other conditions like being too far away). So you probably want to set the .httimetosleep back to 0 when you force them out of the Zombie state to prevent them from instantly falling asleep again.

Cool man. That explains a lot.

By the way I ended up using the code from AWOL like you said to set up targeting reticles that pop up on enemies when they are on the other side of walls. It works pretty dang good thanks to you, so thanks for allowing me to use some code from AWOL. However, I noticed that when enemies are higher than me, such as a Liztroop flying, the targets are much higher than the actual enemy position on my screen. Were these health stats that appear above the bots in AWOL not setup to accommodate flying bots or bots that were higher than you because the bots in AWOL don't ever fly around or go up above you often? Can this be fixed? It's not a huge deal for me since you can only see enemies on the other side of a wall that you're somewhat close to and enemies aren't necessarily in the air or higher than you anyways while using this see through walls mechanic. I was just wanted to fix it if it was possible just in case.