[Jblade]

Oh cool, so it is working then it's just not too noticable. Thanks for the information1

[Fox]

Fox, on 05 June 2014 - 01:33 AM, said:

Is it possible to do something about the effect of linear filter in repeating textures? Flat sprites won't blend with the wall texture:

Spoiler

I believe that flat sprites should have the same default behavior as the level architecture. This won't look good in some cases like blood splats but it's the same for masked walls. This is also a problem for rotatesprite.

Maybe it could detected if one of the corners is transparent, at least it's a hack that would work for Duke 3D textures. But we should have the ability to define it for each texture individually.

So, has anyone looked over this?

[Daedolon]

Oh yeah that's pretty nasty.

[Jblade]

Is it possible for you guys to add a showview command that only updates it's view by a specified tick count, if such a thing is possible? I'd like to code in a Deus Ex style security camera setup, but having 3 showviews in a reduced size + 1 big screen is going to drop the framerate if they're all trying to run at the same speed as the game. being able to set the smaller ones to only update every 5 seconds or so would help a huge deal I imagine.

[Fox]

Would it be feasible to insert new sector/walls via CON? I can't think of why not, at least in a premap state.

[Plagman]

The only thing that prevents from doing that right now is that numwalls/numsectors are read-only. If you pre-allocate all walls/sectors in your map you can lay them out in CON and write a full map editor if you want.

[Fox]

I don't think a read-only variable would be an issue if it is done through a specific command.

I am well aware it would require to manually set the .firstwall and all structures.

[Plagman]

I mean if your map has 30 sectors to begin with, numsectors will be 30 with no way to change it from CON, so even if you configure sector[31] properly with correct walls and everything the engine will just ignore it because numsectors will stay at 30. You'll need to create all walls and sectors ahead of time and tuck them in a corner of your map somewhere if you want to dynamically add/remove sectors from CON.

[Fox]

Like I said, it would be done in premap. I don't expect any support for adding/removing sectors after the map has been loaded.

[Plagman]

Like I said you can't do it right now without pre-allocating your sectors/walls _from the editor_ because numwalls and numsectors are read-only. But otherwise it's perfectly possible.

[Hendricks266]

numwalls and numsectors obviously aren't read-only when the game is loading a map file. I don't see why additional construction couldn't happen around the time of EVENT_LOADACTOR, for example.

Why do numwalls and numsectors have to be read-only anyway? Obviously we shouldn't let the variables be settable from CON, but the WYSIWYG editor can create and destory sectors and walls at will. Does the game code need an upgrade not to crash if a sector is deleted? That sounds doable.

[Fox]

You can already change read-only variables in-game through the console. The worst that can happen changing numsectors/numwalls is breaking the map.

[Plagman]

I'm all for making them read-write all the time from CON always; I was just describing what you could do today.

[Jblade]

Just requoting my question/request since it got buried in the last page:

James, on 27 June 2014 - 04:04 AM, said:

Is it possible for you guys to add a showview command that only updates it's view by a specified tick count, if such a thing is possible? I'd like to code in a Deus Ex style security camera setup, but having 3 showviews in a reduced size + 1 big screen is going to drop the framerate if they're all trying to run at the same speed as the game. being able to set the smaller ones to only update every 5 seconds or so would help a huge deal I imagine.

[High Treason]

Reminds me, though completely unrelated I think I asked once and don't remember what became of the question, do we have, or is it feasible to add an option in mapster that says how many sprites are currently being drawn in 3d mode?

Every time I make an area with a lot of sprites I have to do a load of math to get a rough estimate used to avoid the 2000 sprite limit. I think having a sprite counter would be very useful.

[Micky C]

I thought the limit was around the 4096 mark?

[Mark]

In 2D mode move the cursor outside of the map and look at the bottom of the screen. It will tell you how many sprites used. Max 4096

[High Treason]

That's the total number of sprites in the map, not the number of sprites being drawn.

[Fox]

High Treason, on 28 June 2014 - 02:49 AM, said:

Reminds me, though completely unrelated I think I asked once and don't remember what became of the question, do we have, or is it feasible to add an option in mapster that says how many sprites are currently being drawn in 3d mode?

Every time I make an area with a lot of sprites I have to do a load of math to get a rough estimate used to avoid the 2000 sprite limit. I think having a sprite counter would be very useful.

It could be done through a script, calculating how many times ANALYZESPRITES is used each frame. But I think showing how many sectors/wall/sprites are rendered in a 90º view could be usefull in Mapster.

[Mark]

NOW I understand. Duh.

[TerminX]

I don't think displaying the number of sprites being drawn at a time is a useful metric at all in the scope of the editor. All of the effect sprites would be lumped in unless you sat there and cycled through the display options every time you wanted to see the real value, etc. The game, on the other hand, is a different story... it's pretty useful there since then you've got an accurate reading AND it could be used for more than just map optimization.

[Mblackwell]

Something that would give me feedback on how much is in view would be really useful for me since I've got a lot of very intensive things going.

[TerminX]

Just looked into it, it's actually part of DNCOORDS already when using a debug build.

[Jblade]

Does setprojectile[whatever].userdata and setthisprojectile[whatever].userdata work, or are they not 'plugged in' properly? I'm trying to use it in my code and neither of the two work (using setprojectile before it's fired or using setthisprojectile afterwards)

[Fox]

It depends of which value you are trying to change. For example, .vel would have no effect after the projectile is fired because it's used to calculate the sprite .xvel/zvel.

Also remember setprojectile refers to a picnum, and setthisprojectile to a sprite ID.

[Jblade]

No you misunderstand, I'm saying the specific feature userdata doesn't appear to be set using those two commands, no matter what I use (I asked helixhorned to add that to projectiles a while back so I can set what damage type a projectile is right in it's definition instead of having to add case-specific stuff everywhere)

[Danukem]

James, on 04 July 2014 - 02:21 PM, said:

No you misunderstand, I'm saying the specific feature userdata doesn't appear to be set using those two commands, no matter what I use (I asked helixhorned to add that to projectiles a while back so I can set what damage type a projectile is right in it's definition instead of having to add case-specific stuff everywhere)

I didn't know about that feature. How are you checking to see if the member is being set? It's weird that you could use the command to set it without getting an error if it's not actually doing anything. Also, how do you plan to use the information to apply the damage (i.e. what events, what point in the projectile's lifecycle, etc)?

[Hendricks266]

James, on 04 July 2014 - 10:56 AM, said:

Does setprojectile[whatever].userdata and setthisprojectile[whatever].userdata work, or are they not 'plugged in' properly? I'm trying to use it in my code and neither of the two work (using setprojectile before it's fired or using setthisprojectile afterwards)

It looks plugged in properly. Odd. Helix wrote this to test: http://svn.eduke32.c.../weaponvars.con

[Jblade]

If I set the projectiles' userdata to 32 beforehand and just do that, it works - but if I set it back to 64 after the missile is fired than then missile in transit is set back to 64 too (I'm fairly sure none of the other projectile settings should affect one already fired unless using setthisprojectile but I may be mistaken) Using setthisprojectle just doesn't seem to affect the sprite (I've logged down what the sprite's userdata is, and it's still 64 even after being set)

[Hendricks266]

I reviewed the code again and it all looks right. Could I ask you to put together an example CON module of this not working? (Basically, I could run "eduke32.exe -mx userdatatest.con" and userdatatest.con would contain a projectile definition, and EVENT_TURNAROUND (for example) shoots it and sets whatever doesn't work and EVENT_GAME prints addlogvar, etc. Hopefully that makes sense.)

The fact that the gamestructure code passes inspection suggests something more insidious is at work.