[Fox]

I am not sure why this error occur. It seems like to be whenever I use the hitscan command while the screen is not at 100% of it's size (status bar scale lower).

Quote

323422016
32156: 31337 {
32157: 1778 getactor 253 19 331 230 331 14
32164: 1780 divvarvar 331
32166: 4 guniqhudid 253 17
32169: 1781 cos 380
32171: 4 guniqhudid 253 15
32174: 1782 sin 381
32176: 4 guniqhudid 253 15
32179: 1783 hitscan
32180: 4 guniqhudid 253 0
32183: 4 guniqhudid 253 1
32186: 4 guniqhudid 253 2
32189: 4 guniqhudid 253 13 380 381 331current actor: 524 (2605)
g_errorLineNum: 0, g_tw: 381

[Fox]

What is the most effective method to freeze the player?

Statnum only affects the APLAYER actor, not the player itself.

Constantly setting actor[].extra to zero works for single player, but not multiplayer as I cannot "ressurect" the player later.

Commands such as lockplayer only stop looking or moving around, isn't effective for making an intermission screen or something else.

[XThX2]

On_Crane is what you are looking for I believe.

[Danukem]

XThX2, on Oct 3 2009, 01:57 PM, said:

On_Crane is what you are looking for I believe.

That's a good one. You can also manually set the player's ang and horiz, and cancel various events (like EVENT_JUMP, EVENT_FIRE, etc)

[Fox]

on_crane is quite good, but I am not completely sure. I am not sure, but maybe I can stop the player firing and look up/down manually.

Edit: It stops several movements, but setting actor[].extra to 0 completely freezes all functions from the player 1 (even is God Mode is on). With crane_on, I would need to set up so many things (weapon animation, firing, changing, etc etc just with weapon), oh well...

[XThX2]

You can set the kickbackpic of player to 0 when goes higher than 0; you can play with the input member "bits" to do what you want.

Why would you want to set player's health to 0 ? :s

[Fox]

Setting .extra to zero stop it, really really stop all player functions, but doesn't work in multiplayer.

[Fox]

Numplayers gamevars seems to not working with me, it is always zero. Is it because I am using bots?

[Danukem]

Ilovefoxes, on Oct 7 2009, 07:57 PM, said:

Is it because I am using bots?

Yes.

[OpenMaw]

I have a somewhat tricky project im working on. I know im probably in over my head, but I thought i'd ask here if anyone would be interested in taking me under their wing on this one.

Basically, what im trying to do is create a motion tracker ala Aliens that will appear in the lower right hand corner. The current weapon will be "holstered" and the motion tracker graphics displayed down there as part of the hud, then over the top of the graphics would be a small "zone" or "playpen" where any monsters within a certain units distance/radius would be displayed as white dots. This would update every couple seconds... So on, and so forth. Im not very experienced so obviously this is pretty tough. Im not even sure it can be done with Eduke, though I have seen something like this done with Wolfenstein 3D, and the 2D map was originally going to display monster sprites. so it should be possible... Anyway, help on this would be greatly appreciated.

[Fox]

DeeperThought, on Oct 8 2009, 12:03 AM, said:

Yes.

How can I know how many player, bots or not, are there?

[Danukem]

Ilovefoxes, on Oct 7 2009, 09:16 PM, said:

How can I know how many player, bots or not, are there?

gamevar player 0 0
gamevar counter 0 0

state countplayers

headspritestat player 10

whilevarn player -1
{
	addvar counter 1
	nextspritestat player player
}

ends

I guess that would work, but if you try it once the game is underway, it would count holoduke holograms as players.

[Fox]

Wow, I never knew of that command.

[Danukem]

If an enemy with cstat 0 is exposed to an explosion, the hit registers and the enemy can respond accordingly by blowing up. But actors who are not enemies do not register the hit. Was it always this way? I want a notenemy to be hittable by explosives and no other weapons (and there's a good reason for it). I can't give it cstat 256 or it will block projectiles, which would be really bad in this case.

[OpenMaw]

DeeperThought, on Oct 8 2009, 01:15 AM, said:

If an enemy with cstat 0 is exposed to an explosion, the hit registers and the enemy can respond accordingly by blowing up. But actors who are not enemies do not register the hit. Was it always this way? I want a notenemy to be hittable by explosives and no other weapons (and there's a good reason for it). I can't give it cstat 256 or it will block projectiles, which would be really bad in this case.

Wouldnt giving it con exceptions work? IE... ifwasweapon...?

[OpenMaw]

EDIT: I think I figured it out. Updated code has been placed in the code bracket. It seems to work, muahaha.

Been digging through the Eduke wiki on this other thing im doing, and because im stupid I dont know what im looking for... I have the following code:

gamevar armorhud 0 2
gamevar armorhud2 0 2
gamevar xvar2 0 2

define ARMSCALE 1

onevent EVENT_DISPLAYREST {
	setvar xvar2 0 // set starting x coordinate
	getplayer[THISACTOR].shield_amount armorhud // get the player's health.
	ifvarg armorhud 0 { // only proceed if the player has any health.
		setvarvar armorhud2 armorhud // save a copy for later.
		divvar armorhud ARMSCALE // make each column worth 10 hp.
		modvar armorhud2 ARMSCALE // gets the remainder of the division so that...
		ifvarg armorhud2 0 {
			addvar armorhud 1 // ...we can round up. each column will only disappear when all 10 hp are gone.
		}
		whilevarn armorhud 0 { // repeat for each column
			rotatesprite xvar2 0 65536 0 199 0 1 16 0 0 xdim ydim // draws one column at (xvar,182)
			addvar xvar2 1 // move to the right
			subvar armorhud 1 // next column
		}
	}
} endevent

Basically I figured i could duplicate the health bar code and point it towards the armor like it was nothing. I suppose if I knew what the heck I was doing that would help. I've tried a couple different strategies and I just dont get it... I dont even get how the health bar code actually finds the players health as it original is which basically leaves me unable to figure out the armor code either.

NOTE: I changed the gamevars for this one on the off chance it was causing some kind of a contradiction. I know that changing it to 'armorhud' does not make it put to armor.

[Fox]

DeeperThought, on Oct 8 2009, 05:15 AM, said:

If an enemy with cstat 0 is exposed to an explosion, the hit registers and the enemy can respond accordingly by blowing up. But actors who are not enemies do not register the hit. Was it always this way? I want a notenemy to be hittable by explosives and no other weapons (and there's a good reason for it). I can't give it cstat 256 or it will block projectiles, which would be really bad in this case.

Had you tried changing the clipdist?

[m210®]

help me to change PHEIGHT value in eduke. It is possible?

[Danukem]

M210, on Oct 8 2009, 01:55 PM, said:

help me to change PHEIGHT value in eduke. It is possible?

It's possible, but it's about ten times more difficult than it sounds. First of all, using sizeat to change the height of the player sprite will not do what you want, so don't even try. It will warp your field of view (unless you are using Polymer), and it won't actually make the player's perspective any higher. You can, of course, use a higher resolution player sprite to make him appear taller in F7 view, but that won't make things look any different in first person view.

The most important thing is to move the game camera up, while being careful not to place it inside of a ceiling. I posted some code for this over at the 3DR forum for the other Blood TC. I think that was over a year ago, and I don't have a copy of it. It was not very complicated.

But the player's bullets and other projectiles will continue to have their old origin even if the camera is moved up. This means it will seem like you are shooting from your hip, or knee, and your shots will hit below the crosshair. To fix that, you have to move the shots (which is tricky in the case of bullets). I posted some code for this over at 3DR for the other Blood TC, around the same time as the other code.

It wouldn't surprise me if there were other things you have to change to make it work.

[OpenMaw]

Ugh...

Been trying to figure out how to display current ammo amount on screen with digitalnumber/digitalnumberz. I dont get it.

gamevar ammo 0 2
gamevar x 0 2
gamevar y 0 2
gamevar shade 0 2
gamevar pal 0 2
gamevar tilenum 0 2
gamevar orientation 0 2

onevent EVENT_DISPLAYREST {
ifvarg ammo 0 {
setvarvar tilenum ammo
}
setvar x 10
setvar y 20
setvar shade 0
setvar pal 0
setvar tilenum 2472
setvar orientation 0
getactor[THISACTOR].extra tilenum
digitalnumberz tilenum x y ammo shade pal orientation 0 0 x y 65536
} endevent

Likely, this isnt doing anything. Just when I thought I was begining to understand... Nope.
I'm pretty sure my problem lies with "getactor[THISACTOR].extra" I couldnt figure out how to reference the current weapons ammunition, looking through the commands... Meh.

[Danukem]

The <tilenum> parameter of the digitalnumber command should be set to the tile number of the '0' in the sequence of number tiles. It should not be set to the player's health amount, which is what you are doing now.

Secondly, the ammo variable should be set to the ammo amount you want to display.

[OpenMaw]

Urgh...

DeeperThought, on Oct 9 2009, 12:21 PM, said:

The <tilenum> parameter of the digitalnumber command should be set to the tile number of the '0' in the sequence of number tiles. It should not be set to the player's health amount, which is what you are doing now.

Isnt it? setvar tilenum 2472 ...

I thought I had this too...

and then I tried changing this:

getactor[THISACTOR].extra tilenum

to this:

getactor[currentweapon].extra ammo

and again, nothing happened. It wouldnt be so bad if I was getting an error or something, but no... nothing, natta, zipola.

DeeperThought, on Oct 9 2009, 12:21 PM, said:

Secondly, the ammo variable should be set to the ammo amount you want to display.

ifvarg ammo 0 ? I want it to display whatever the current ammount of ammo is for the current weapon. Obviously im missing something big along the way here... Merrgh. The code is "working" its just not showing up. references must be wrong.

[Danukem]

Don't take this the wrong way, but it seems like you are just trying things at random without gaining any knowledge. I think what's missing is that you lack a basic understanding of how code is executed.

For example, it's true that one of your lines was "setvar tilenum 2472". Sure enough, that sets tilenum to 2472 But then, after that, in the same block of code, you added "getactor[THISACTOR].extra tilenum" which sets tilenum to the value of the current actor's extra member (which would be the current player's health amount). I guess you thought that tilenum would remain at 2472, despite that, but it's hard for me to fathom what your though process was.

[Dr. Kylstein]

Get rid of this, it makes no sense:

Commando Nukem, on Oct 9 2009, 03:07 PM, said:

ifvarg ammo 0 {
setvarvar tilenum ammo
}

In English, it says "if 'ammo' is greater than zero (ifvarg ammo 0), then 'tilenum' becomes equal to 'ammo' (setvarvar tilenum ammo)," which has no bearing on what you're trying to do and doesn't have any effect on the rest of the script.

The important thing is to change this:

Commando Nukem, on Oct 9 2009, 03:07 PM, said:

getactor[THISACTOR].extra tilenum

to:

getplayer[THISACTOR].ammo_amount[currentweapon] ammo

which sets 'ammo' to the ammo left (getplayer[].ammo_amount[]) in the current gun (currentweapon) for the current player (THISACTOR).
http://wiki.eduke32....iki/Ammo_amount

I share Deeperthought's sentiments, and suggest that you do some general study on computer programming, or at least look up each of the commands in the wiki.

[OpenMaw]

Thanks guys. I got it working now.

[Jblade]

Is there any way I can use readgamevar to create unlockable stuff in multi? I've noticed that readgamevar only reads the local player's variables in multiplayer - which is fine for things that don't affect gameplay like certain computer screens and achivements I've coded...but I want to make unlockable weapons and since this modifies gameplay it desyncs the game.

I mean I've coded in a computer system that reads saved gamevars and displays them onscreen as a status thing. When I press K to see my ally's stuff it just reads the gamevars in my config file rather than his; but of course from his point of view it's displaying his stuff and pressing K when I'm using the PC displays his again as well. When I try and read if the weapon is unlocked, since it's unlocked for me it works ok but since it's still locked on his system it comes out negative and so desyncs since the game doesn't understand that our configs would have different saved vars or something.

[Danukem]

James, on Oct 10 2009, 04:37 AM, said:

Is there any way I can use readgamevar to create unlockable stuff in multi? I've noticed that readgamevar only reads the local player's variables in multiplayer - which is fine for things that don't affect gameplay like certain computer screens and achivements I've coded...but I want to make unlockable weapons and since this modifies gameplay it desyncs the game.

I mean I've coded in a computer system that reads saved gamevars and displays them onscreen as a status thing. When I press K to see my ally's stuff it just reads the gamevars in my config file rather than his; but of course from his point of view it's displaying his stuff and pressing K when I'm using the PC displays his again as well. When I try and read if the weapon is unlocked, since it's unlocked for me it works ok but since it's still locked on his system it comes out negative and so desyncs since the game doesn't understand that our configs would have different saved vars or something.

What if you did something like this:

gamevar initplayer NO 1
gamearray weapmods 8 // each element is a bitfield storing all weapon mods for a player
gamevar myweapmods 0 1 // this is what is saved to the ini file
gamevar temp 0 0


state initp

  setvar initplayer YES
  readgamevar myweapmods
  getactor[THISACTOR].yvel temp
  setarray weapmods[temp] myweapmods

ends

actor APLAYER MAXPLAYERHEALTH PSTAND 0 0

ifvare initp NO state initp

So what you do is read the array element corresponding to the player number, rather than reading the gamevar from the file. Then you can display each player's stuff separately. When you get a new weapon mod, you add that to myweapmods, save that gamevar, and then update the array accordingly.

EDIT: It would make things messy if players changed their IDs in mid-game, but the basic concept seems sound.

[Jblade]

Cool! I'll give that a shot as soon as I can - thanks

[Danukem]

I have a request. I would like CON access to which sprites are actually being rendered (i.e. which ones have tsprite), and also to which sectors/walls are being rendered. AFAIK, there is currently no way to access this information in CON. Since the information is already in the system, checking it would allow for some optimizations. For example, it could be a substitute or a precondition for expensive visibility checks. Also, if you want to know whether a certain wall is being rendered (say, because you want to use the DISPLAYROOMS invalid texture trick to project another part of the map onto it and you want to avoid the extra rendering if the wall is not being rendered), then direct access to the information is vastly superior to the alternatives (such as checking visibility to a nearby sprite).

[Plagman]

How exactly would that system that tells you which sprites are being rendered would differ from just looking at the tsprite array today?

For walls and sectors, there are several things to consider:

• The game code doesn't know which walls and sectors are getting rendered. Before implementing a way for the game code to tell CON, we would need to implement a way for the engine code to tell the game code. This would make the engine <-> game limit even more broken than it already is.
  
• Rendered doesn't necessarily mean visible, and possibly vice versa.
  
• These results would vary depending of the renderer that's being used, and would even vary with different performance settings in the same renderer. That means CON scripts could potentially make wrong assumptions and only work on the renderer they were developed against.

I know why you need it and I agree that it would help in some cases, but it probably needs a little more thought than just giving that kind of information.