[Helixhorned]

r4206 said:

Scripting: Add EVENT_DAMAGEHPLANE and document it in Lunatic doc Appendix B.

Also add test/damagehplane.lua with these demonstrations:
- custom breakable ceilings
- breakable TROR glass

[Micky C]

Cool, is the breakable TROR glass in the vanilla game now or is that a demonstration of a lua mod?

[Helixhorned]

It's mainly a demonstration of what's possible with the new event. While it's already perfectly usable for inclusion into mods (well, apart from the fact that it uses the soon-to-be-removed 'con._sound'), I agree that it should be somehow more integrated into vanilla EDuke32.

An option would be to provide a stadard "effect extensions" library of sorts. The individual effects would be toggleable via command-line switches -- or, if such a system is ever devised, put as additional information into map-text files. An issue with this is that you'd want to make it parametrizable. For example, the code in damagehplane.lua currently considers both tile 198 and GLASS2 hplanes as 'breakable', but you may want to have it only for one (they look the same as far as I can tell), or add other tiles. From Lua code, parametrization can be had at module 'require' time, if the module itself is written to accept the additional information.

My local tree also contains a change that makes it possible to chain DAMAGEHPLANE events, i.e. define separate parts as modules.

I suggest this discussion to be continued in the Lunatic thread. There's much potential for brainstorming, and everyone can be part of that.

[MetHy]

Couldn't find an eduke32 request thread so I'll ask here.

in Doom, one can decide if ANY sprite will appear or not depending on the difficulty settings. In Duke, you can only decide that for enemies (and ammo and health items I think? I don't even know). Do you think it'd be possible to add a feature so that one can decide if ANY sprite appears or not depending on the difficulty? I'm sure it could be useful, like, image a platforming segment, in easy you'd be able to add a platform to help the player for that segment...

[Helixhorned]

MetHy, on 22 December 2013 - 05:02 AM, said:

Do you think it'd be possible to add a feature so that one can decide if ANY sprite appears or not depending on the difficulty?

That's easily accomplished with CON's eventloadactor or EVENT_LOADACTOR. You'd only need to research a bit whether the tag you want to put the skill into isn't used in other (hard-coded or CON, if applicable) effects.

[Fox]

At least in the original source code these are the sprites which skill settings apply to:

Spoiler

TRIPBOMB
OCTABRAINSTAYPUT
LIZTROOPSTAYPUT
PIGCOPSTAYPUT
LIZMANSTAYPUT
BOSS1STAYPUT
PIGCOPDIVE
COMMANDERSTAYPUT
BOSS4STAYPUT
BOSS1
BOSS2
BOSS3
BOSS4
ROTATEGUN
GREENSLIME
DRONE
LIZTROOPONTOILET
LIZTROOPJUSTSIT
LIZTROOPSHOOT
LIZTROOPJETPACK
LIZTROOPDUCKING
LIZTROOPRUNNING
LIZTROOP
OCTABRAIN
COMMANDER
PIGCOP
LIZMAN
LIZMANSPITTING
LIZMANFEEDING
LIZMANJUMP
ORGANTIC
RAT
SHARK
RECON
ATOMICHEALTH
STEROIDS
HEATSENSOR
SHIELD
AIRTANK
TRIPBOMBSPRITE
JETPACK
HOLODUKE
FIRSTGUNSPRITE
CHAINGUNSPRITE
SHOTGUNSPRITE
RPGSPRITE
SHRINKERSPRITE
FREEZESPRITE
DEVISTATORSPRITE
SHOTGUNAMMO
FREEZEAMMO
HBOMBAMMO
CRYSTALAMMO
GROWAMMO
BATTERYAMMO
DEVISTATORAMMO
RPGAMMO
BOOTS
AMMO
AMMOLOTS
COLA
FIRSTAID
SIXPAK

I suppose you could add a tag for each skill setting using the lo-tag as a bitfield.

[Daedolon]

Helixhorned, on 22 December 2013 - 10:59 AM, said:

That's easily accomplished with CON's eventloadactor or EVENT_LOADACTOR. You'd only need to research a bit whether the tag you want to put the skill into isn't used in other (hard-coded or CON, if applicable) effects.

I think he speaks mainly as a mapper, not a modder.

For MetHy: I think it should be possible to make the additional platforms destructible and have some kind of skill level controlled explosions (somehow, I think I could find a way) to blow them up before the player gets to them.

[MetHy]

Well it was just an example. I was just thinking such an in-built feature could be interesting. For example in E1M3 in Doom they use it to add "lamp" sprites in a pitch dark corridor to guide the player through in easier difficulties.

[Fox]

Would it be posible to separates the shade and fog colors? I feel like using the same color for both is very limitating, especially for realistic environments. I am not 100% sure, but as far I know it would be technically possible with the way lookup palette works.

I also would like to request the ability to have a black fog (0, 0, 0) that uses a shade table generated by the engine. Otherwise I am forced to have a shade table with the same shade values as Duke 3D palette files...

[MusicallyInspired]

Oooooohhh maps that have varying methods of completion based on difficulty would be AWESOME! Replay value would be sweet and would actually encourage people to try other difficulty levels that they're not used to. You'd have to figure out how to beat a level all over again!

[Helixhorned]

MetHy, on 22 December 2013 - 01:45 PM, said:

I was just thinking such an in-built feature could be interesting.

Hard-coding such functionality may entail backward compatibility issues. Suppose the interface is "for every sprite with zvel >= 1 and zvel <= 4, that number is checked against the skill". While to my knowledge, zvel is never used as a tag in vanilla Duke, large mods such as WGR2 definitely use all available sprite members for custom effects. To combat that, you could make that behavior conditional to only a few selected tile numbers, but who's to decide which ones those are? Doing that in a CON mutator in a whitelist approach is the only sensible option.

It's understandable to not want to include custom CONs with a map though. The traditional approach of some maps to ship modified {GAME,USER,DEFS}.CON files is inadequate: it forces the user to either copy them to the game directory and delete them afterwards (clumsy) or provide the root one at the command line (which Windows users shy away from). Mutators are definitely preferred, but also suffer from the increased "installation" complexity.

So... what I'm thinking about is to enable auto-loadable CON or Lua mutators on a per-map basis, like already there for some other file types such as music. That should be doable in the Lunatic build, since the Lua state is recreated with each new game.

[Fox]

It has been suggested before for Eduke32 to automatically load MYMAP.CON and MYMAP015.art, and if save files can store the con I suppose it can be loaded with a user map.

[Fox]

Fox, on 22 December 2013 - 03:03 PM, said:

Would it be posible to separates the shade and fog colors? I feel like using the same color for both is very limitating, especially for realistic environments. I am not 100% sure, but as far I know it would be technically possible with the way lookup palette works.

I also would like to request the ability to have a black fog (0, 0, 0) that uses a shade table generated by the engine. Otherwise I am forced to have a shade table with the same shade values as Duke 3D palette files...

To further expand on this subject, here is a photo that show what I am talking about:



This kinda of thing is quite not possible if both shade and fog must use the same values.

[TerminX]

The whole way fog works is by generating new shade tables that are used in place of the traditional "fade to black" tables you get by default. What you are asking for is not possible.

[Daedolon]

Fox, on 24 December 2013 - 11:17 AM, said:

To further expand on this subject, here is a photo that show what I am talking about:

Makes me want to work further on my Blood map(s). It's almost sad how much ingenuity went into the design of the features of Blood. I just wish some of them could be back-portable somehow.

[Fox]

Alternatively I could create 32 pals that replace the texture shading (sorta like I already did in Duke Nukem 64 Mod for the Nightvision) and use in conjuction with any fog. But that's just conceptual.

[Helixhorned]

Fox, on 27 December 2013 - 09:45 PM, said:

Alternatively I could create 32 pals that replace the texture shading (sorta like I already did in Duke Nukem 64 Mod for the Nightvision) and use in conjuction with any fog. But that's just conceptual.

Not conceptual any more:


See r4236. I'll leave the documentation for the new year, but in the meantime feel free to look into the commented test/shadexfog.lua.

[Fox]

Thanks! I tought it should be possible in some way if I can do it with palettes (even if it is impractical).

Quote

Failed attempt at recreating the base shade table. It is NOT a linear ramp
of the base palette colors to (0,0,0). That is, it's not created by
build/util/transpal.exe!

Not really sure what you meant here, but I am not asking for a black fog (0, 0, 0) that mimics the original Duke 3D shade table, but rather for one that works in the same way as any custom fog. Think of it as if I would use 1, 1, 1 as a replacement if I can't use 0, 0, 0.

[Helixhorned]

Fox, on 31 December 2013 - 04:49 AM, said:

Not really sure what you meant here, but I am not asking for a black fog (0, 0, 0) that mimics the original Duke 3D shade table, but rather for one that works in the same way as any custom fog.

Yup, I understand that. The Lunatic manual now has a subsection documenting how the classic renderer uses shade tables. It's required reading for anyone wishing to discuss effects such as these. Also... Mapster32 didn't start with the Lunatic build before, d'oh. It should be fixed now, so you can get to experimenting with the editor.

I wanted to exactly reproduce the shade table provided with Duke3D, but failed -- transpal.exe generates a table giving a similar, but noticeably different result. For example, the fading happens slightly faster in the PALETTE.DAT table, but it's not only a matter of a factor. It's surprising as I expected that program to be what was run by 3DR/Ken to generate it.

[Fox]

I am quite sure the shade table from Duke 3D was created with a slightly different palette (the one used in these early screenshot in PCX format).

[LeoD]

make USE_OPENGL=0 fails to build:

src/defs.c: In function 'defsparser':fs.o...
src/defs.c:1284:38: error: 'HUDFLAG_HIDE' undeclared (first use in this function)
                             flags |= HUDFLAG_HIDE; break;
                                      ^
src/defs.c:1284:38: note: each undeclared identifier is reported only once for each function it appears in
src/defs.c:1286:38: error: 'HUDFLAG_NOBOB' undeclared (first use in this function)
                             flags |= HUDFLAG_NOBOB; break;
                                      ^
src/defs.c:1288:38: error: 'HUDFLAG_FLIPPED' undeclared (first use in this function)
                             flags |= HUDFLAG_FLIPPED; break;
                                      ^
src/defs.c:1290:38: error: 'HUDFLAG_NODEPTH' undeclared (first use in this function)
                             flags |= HUDFLAG_NODEPTH; break;
                                      ^
src/defs.c:1243:61: warning: variable 'flags' set but not used [-Wunused-but-set-variable]
                     int32_t ftilenume = -1, ltilenume = -1, flags = 0, fov = -1;
                                                             ^
Failed building ../source/eobj_win/defs.o from src/defs.c!
make[1]: *** [../source/eobj_win/defs.o] Error 1
make: *** [enginelib] Error 2

[Helixhorned]

Fox, on 02 January 2014 - 12:39 AM, said:

I am quite sure the shade table from Duke 3D was created with a slightly different palette (the one used in these early screenshot in PCX format).

No, it's not that either. Look at a plot of the color of palookup[s][223] against the shade s:



You'd expect the colors to distribute around the dotted lines if it were a linear ramp. Now compare this with a plot showing the colors of the base palette split by R/G/B, recently added to the wiki. In the second plot, color index 223 has been moved to 159. The bottom line is, they have been created using a different computation method than taking close colors of linearly-blended ones.

LeoD, on 02 January 2014 - 05:17 AM, said:

make USE_OPENGL=0 fails to build:

Fixed in r4241. Thanks.

[Daedolon]

Helixhorned, on 02 January 2014 - 09:18 AM, said:

shadecolor_223_rgb.png

How did you calculate that?

And can you make a "perfect" palette (for the 256 colours anyway) that fixes those gradients?

[Fox]

I have some questions about multiplayer. How exactly the player ID works in regards of players joining or leaving a game?

[Helixhorned]

Daedolon, on 02 January 2014 - 09:21 AM, said:

How did you calculate that?

Using some home-brewed Octave code, found here. It's all data plotting though, no real calculation involved. If you want to reproduce it, you'll have to compile Octave from source. The official binary packages don't ship with classdef support yet, but it has recently been merged into the default branch.

Quote

And can you make a "perfect" palette (for the 256 colours anyway) that fixes those gradients?

Well, you can create one whose colors will be closest to linearly-blended ones (for a given distance function; in transpal.exe it's the squared Euclidean distance, with a weighting on the color components). However, it turns out that it's not even desirable. Try running the following from the latest Lunatic Mapster32's OSD, with quotes entered as shown:

lua "shadexfog=reload'shadexfog'"
lua "shadexfog.create0(100)"

Now, switch to the newly created pal with

lua "shadexfog.challpal(100)"

You'll notice that the result is quite inferior to what the shipped shade table provides. I think it's been generated similar to this: Assume that the base palette contains all color ramps in consecutive blocks (like in the rearranged base palette colors plot on the wiki) and for a color index i, let b(i) denote the least color index belonging to the same ramp as i (the "base" color index of that ramp). Then, for a shade s and a color index i, palookup[s][i] = b(i) + round((s/32)*(i - b(i))). In a sense, this is a good thing, as it means that shaded versions of a color stay within their ramp.

edit: corrected the formula

[Hendricks266]

Fox mentioned that the shade tables could have been generated from an older palette version that can be found in PCX prototype screenshot collections. Have you tried running your script(s) on it/them?

[Helixhorned]

I think it's unlikely for the mentioned reasons. Wouldn't you expect to see basepal(palookup[][]) to spread around the dotted line in the earlier plot if that were the case? What you see instead is that it follows the R/G/B ramp itself! I haven't run transpal.exe/shadexfog.create0 (these two only differ by a small amount -- maybe I got some rounding wrong or the like) on it though. Is there a PALETTE.DAT available for it? I just don't feel like coding these couple of utility lines right now.

edit+edit2: I mean, the "PALETTE.DAT" without the shade and translucency table of course with the palette from the picture, but the original shade and translucency tables, so that I can load it into Mapster32 and re-run shadexfog.create0 on it. Yes, I'm really, really a bit lazy here...
edit3: To be exact, I also mean "around the dotted lines of the linear ramp, but starting at the color of the other palette". Sorry for the sloppy wording in this post, I hope you can "fill in the gaps" by now.

[Fox]

I checked it, and I couldn't find any old screenshot with a different palette. I figured out the palette I was thinking of was from this picture, which I don't know where it came from:



The most notable difference is that the darkest shade for colors like red or blue is not pitch black like the final version.

[Hendricks266]

I extracted the .pal from this image using IrfanView, and I used bsuite to insert it into a PALETTE.DAT. http://hendricks266....ke3d_unk_proto/

Here's LameDuke's: http://hendricks266....uke3d_lameduke/

I would add Redneck Rampage and PaintBrawl but I don't have the data for those with me at the moment. IIRC at least RR uses the same color arrangement but different specific color values.

[Fox]

Is it possible to make the Pistol / Expander auto-aim accuracy adjustable with ANGRANGE or ZRANGE? Right now there is no way to modify that behavior.