[Diaz]

Gambini, on 15 May 2013 - 07:57 PM, said:

Not pictured problems: Grills fences and other sprites with alhpa parts become thick and blur on a relatively short distance.

Yeah, to fix this I suggest implementing a way to define tiles as nomipmap, maybe in a separate file that could then be included with EDuke32 (just like tiles.cfg).

The bad thing about the other issues is that fixing them will probably break existing Polymer maps (since they have been done with those deficiencies being present). I guess, however, that fixing thousands of non-polymer usermaps and Duke itself is more important

While I'm at this, now that it seems like the priority is to get all renderers to look like classic as much as possible, may I ask that r_usenewshading value of 1 is never removed. Pretty pretty please, it would break all I've done so far

[Plagman]

I don't think there are any plans of removing any existing functionality such as this, backwards-compatibility is understood to be extremely important. Isn't anisotropic filtering supposed to mitigate things like you describe?

[Jblade]

I just played with it a little yesterday and it's really impressive stuff TerminX, I didn't really notice any performance decreases at all. It's definitly fixed one of the biggest problems I had with polymost.

[Diaz]

Plagman, on 15 May 2013 - 11:27 PM, said:

I don't think there are any plans of removing any existing functionality such as this, backwards-compatibility is understood to be extremely important. Isn't anisotropic filtering supposed to mitigate things like you describe?

Mmmmm, you're right. I don't notice grates becoming blurry with anisotropic filtering indeed. I mentioned the nomip thing off the top of my head because that's how it used to be in the past, with the Q2 and Q3 engines (might still be useful for those with videocards not fast enough to handle aniso)

[Mia Max]

Hallo!

Can we have an option for guns to prevent flash lights from fireing guns?
In huge areas that flash can ruin all the atmosphere.

This would be an great option (for me )

[Diaz]

Alright, since we can't change a sectoreffector's cstat via CON, I was wondering how hard would it be to implement a visibility check for SE 50's.

Shadows seem to decrease performance even if the SE they come from is not in view, so maybe the SE's could have cstat 64 added (so they won't cast shadows) when they are not within the player's PVS. This would help shadow performance tremendously.

[Fox]

Mia Max, on 16 May 2013 - 11:58 AM, said:

Hallo!

Can we have an option for guns to prevent flash lights from fireing guns?
In huge areas that flash can ruin all the atmosphere.

This would be an great option (for me )

Yes, you would need to add flag 256 to WEAPONx_ FLAGS.

[Danukem]

Fox, on 16 May 2013 - 12:24 PM, said:

Yes, you would need to add flag 256 to WEAPONx_ FLAGS.

He wants the option to be in the EDuke32 menu. I think it's reasonable to want a menu option, since the flashing looks bad in many vanilla maps (e.g. where fog is used).

[Helixhorned]

It's a five-line CON mutator though:

// EDuke32 mutator to prevent the pistol from lighting up the scene.

// EVENT_RESETWEPONS runs from G_EnterLevel() for each player.
onevent EVENT_RESETWEAPONS
    // NOTE: we use the predefined 'gs' global to avoid defining our own
    // gamevars.

    // pistol
    setvarvar gs WEAPON1_FLAGS
    orvar gs 256  // WEAPON_NOVISIBLE
    setvarvar WEAPON1_FLAGS gs
endevent

Edit: the point being, it's a bit arbitrary to pick one particular "game tweak" to be included into the EDuke32 executable, especially if it can be replicated with little effort with CON.

[Fox]

Trooper Dan, on 16 May 2013 - 12:54 PM, said:

He wants the option to be in the EDuke32 menu. I think it's reasonable to want a menu option, since the flashing looks bad in many vanilla maps (e.g. where fog is used).

That's true, but it has always been like that.

[Paul B]

Plagman, on 15 May 2013 - 11:27 PM, said:

I don't think there are any plans of removing any existing functionality such as this, backwards-compatibility is understood to be extremely important. Isn't anisotropic filtering supposed to mitigate things like you describe?

Plagman, you must really hate guys like me. LOL! I just wanted to say that the flashlight effect I was experiencing within Eduke and not in Mapster was a rendering setting among other visual renderer settings that were something other than their default values. This was really screwing me up when I was trying to map. I think perhaps maybe a custom user map may have been responsible for altering my settings. After resetting back to defaults and lowering some values in the shading rendering menus I don't have that visual problem I was experiencing in Polymer. Sorry to burden you with a non issue but I sorta have a feeling you already knew that. =)

Take care,
Paul

[NightFright]

Can it be that there are problems with EDuke32 r3786 and savegame screenshots? Somehow, it doesn't update the screenshot any more whenever I save a game.

*EDIT*
Disregard, seems it was happening because I was having a screenshot from a groupfile I had already deleted. Caused problems for some reason until I restarted EDuke32.

[TerminX]

Does this window make my pixels look fat?



(support for high DPI in the startup window)

[DavoX]

Thanks TerminX

[Micky C]

Fox, on 16 May 2013 - 01:18 PM, said:

That's true, but it has always been like that.

Yes, but we haven't always had polymer, which has weapon-spawned dynamic lights that make the traditional visibility flash redundant. If a toggle for that was to be added, not only could people use it for polymer maps, but also maps with fog in the other renderers where it breaks atmosphere. So it's got all the bases covered.

[Fox]

The weapon lights doesn't necessarily make it redundant, since they have a limited radius, compared to the infinite flash from the DOS game.

[Micky C]

Fox, on 17 May 2013 - 06:22 PM, said:

The weapon lights doesn't necessarily make it redundant, since they have a limited radius, compared to the infinite flash from the DOS game.

The limited radius (not to mention the colour) is more realistic, and less atmosphere-breaking in large outdoor areas. I'm saying having them both at the same time makes one of them redundant. I know we have to keep legacy support which is why a toggle is ideal.

[Fox]

It's not like that would make that much of a difference, since EXPLOSION2 or NATURALLIGHTNING also clear the whole map.

[Danukem]

Fox, on 17 May 2013 - 07:01 PM, said:

It's not like that would make that much of a difference, since EXPLOSION2 or NATURALLIGHTNING also clear the whole map.

Most maps don't even have lightning, and shooting weapons is far more frequent than explosions, so yes it would still make a big difference.

I don't recall whether explosions clear visibility in polymer. Arguably they should not, since they already emit lights.

[Fox]

Fox, on 01 May 2013 - 07:40 AM, said:

By the way, is it possible to add SoundToggle, FXVolume, MusicToggle and MusicVolume to the avaiable userdef structures?

By the way, I want specifically to reproduce the Bonus screen, which the sound BONUSMUSIC is only played if the Music option is On.

    if (!(ud.config.MusicToggle == 0 || ud.config.MusicDevice < 0))
        S_PlaySound(BONUSMUSIC);

I don't know if MusicDevice is still used in Eduke32, or if it isn't redundant in the above case.

Alternatively a gamevar that returns if the music is on or off would be acceptable too.

[Mia Max]

Those flash lights are defenitiv atmosphere-killer

It looks so bad fireing this gun, pistol and freezer.

+it drops framerate.

Attached thumbnail(s)

• 
• 

[NightFright]

Something I noticed with older mods/addons using custom art: Some are using modified tiles009.art based on Duke3D v1.3d. This includes the old 3DR logo which is shown at the beginning (tile #2456, if I am not mistaken). This will be displayed with totally messed-up colors in EDuke32. If you replace the tile with the one from v1.5, everything looks OK.

Does the old logo use a different palette, or are special settings applied to make the new logo look correctly? It's only a minor issue, but I was still wondering why it doesn't seem to work.

[Helixhorned]

Mia Max, on 20 May 2013 - 07:17 AM, said:

Those flash lights are defenitiv atmosphere-killer

Visibility flashing can be disabled for other weapons by adding analogous code to my previously posted mutator.

[TerminX]

NightFright, on 20 May 2013 - 08:07 AM, said:

Something I noticed with older mods/addons using custom art: Some are using modified tiles009.art based on Duke3D v1.3d. This includes the old 3DR logo which is shown at the beginning (tile #2456, if I am not mistaken). This will be displayed with totally messed-up colors in EDuke32. If you replace the tile with the one from v1.5, everything looks OK.

Does the old logo use a different palette, or are special settings applied to make the new logo look correctly? It's only a minor issue, but I was still wondering why it doesn't seem to work.

It uses a different palette, contained in 1.3D's DUKE3D.GRP (and directly on disk as LOOKUP.DAT). If you pack the LOOKUP.DAT from 1.3D into the GRP for a mod based on 1.3D it should be alright.

[NightFright]

TerminX, on 20 May 2013 - 08:32 AM, said:

It uses a different palette, contained in 1.3D's DUKE3D.GRP (and directly on disk as LOOKUP.DAT). If you pack the LOOKUP.DAT from 1.3D into the GRP for a mod based on 1.3D it should be alright.

Very well. Thank God I actually happen to have both versions of the game...

[Mia Max]

Helixhorned, on 16 May 2013 - 01:13 PM, said:

It's a five-line CON mutator though:

// EDuke32 mutator to prevent the pistol from lighting up the scene.

// EVENT_RESETWEPONS runs from G_EnterLevel() for each player.
onevent EVENT_RESETWEAPONS
    // NOTE: we use the predefined 'gs' global to avoid defining our own
    // gamevars.

    // pistol
    setvarvar gs WEAPON1_FLAGS
    orvar gs 256  // WEAPON_NOVISIBLE
    setvarvar WEAPON1_FLAGS gs
endevent

Edit: the point being, it's a bit arbitrary to pick one particular "game tweak" to be included into the EDuke32 executable, especially if it can be replicated with little effort with CON.

It doesn't work.
I've created a con file with your code and included it into eduke.con
It was loaded correctly, no errors, but there's still flash for pistol.

I'm not a coder and I don't understand english very well, so it's very difficult to understand anything about that. Sorry.

Can I get some help, please?

[Diaz]

The only way that worked for me was to set the flags constantly in EVENT_GAME.

onevent EVENT_GAME

ifactor APLAYER
{
orvar WEAPON1_FLAGS 256
orvar WEAPON2_FLAGS 256
etc...
}
endevent

[Danukem]

Mia Max, on 21 May 2013 - 05:05 AM, said:

It doesn't work.
I've created a con file with your code and included it into eduke.con
It was loaded correctly, no errors, but there's still flash for pistol.

I'm not a coder and I don't understand english very well, so it's very difficult to understand anything about that. Sorry.

Can I get some help, please?

Maybe DukePlus -- which you are using for your map -- also sets the flags and is overriding the mutator. That's the most likely problem. I have a few minutes so I will look into it now.

EDIT: Yes, the pistol flags are set every time you switch from one pistol to akimbo, or change pistol settings in the menu. So for example, picking up a second pistol will override the flags set at level start. I'll see what I can come up with as a solution.

[Danukem]

@Mia Max: Here is my solution.

Use the attached CONs. Add a weapon options controller sprite to the map (tile #2962). Give it a hitag of 2. This should turn off flashing. Note that you may also set lotag and use the sprite to set other weapon options, but this isn't necessary.

You can also control it in the console:

setvar noweapflash 1

Attached File(s)

•  dpcons.zip (207.51K)
  Number of downloads: 465

[Mia Max]

Thanks a lot!!
I'll try it out

This is something I've always wanted for Duke Nukem 3D

EDIT:

It wooorks!
I'm so happy right now

Again, thank you!