Page 2 of 10

Re: Brightmaps Plus (spritefix compatible)

Posted: Sat Jun 01, 2019 5:46 am
by Agitatio
In my experience, Software "Sector light mode" looks closer to Software Renderer than Vanilla. Vanilla is really dark.

Re: Brightmaps Plus (spritefix compatible)

Posted: Mon Jun 03, 2019 8:29 am
by Grizzly
m8f wrote:And Sigil isn't intended to be too dark
Software renderer on can still be quite dark if your map just has little sector lightning. Take the side by side comparison in the attachments.
NightFright wrote:I'll consider doing a "lite" version without any texture brightmaps and glowing eyes removed (even official brightmaps.pk3 has some, at least for the zombie, sergeant and chaingunner) for the absolute purists or special cases like Sigil.
The purist in me says that the way to do this is to only give brightmaps to sprites and textures that are fullbright initially, like the lost souls and candles.

Re: Brightmaps Plus (spritefix compatible)

Posted: Mon Jun 03, 2019 8:50 am
by phantombeta
Agitatio wrote:In my experience, Software "Sector light mode" looks closer to Software Renderer than Vanilla. Vanilla is really dark.
That's because it is. The reason for that is because the "Software" sector light mode is meant to emulate ZDoom's software renderer, which has a particularly nasty and ill-advised change by randi that makes it much brighter than vanilla Doom's software renderer. "Vanilla" is exactly as it says in the name - the lighting emulates what it looks like in vanilla Doom.

Re: Brightmaps Plus (spritefix compatible)

Posted: Mon Jun 03, 2019 9:29 am
by Agitatio
Interesting. Thanks for the explanation!

Re: Brightmaps Plus (spritefix compatible)

Posted: Mon Jun 03, 2019 2:45 pm
by Grizzly
phantombeta wrote:
Agitatio wrote:In my experience, Software "Sector light mode" looks closer to Software Renderer than Vanilla. Vanilla is really dark.
That's because it is. The reason for that is because the "Software" sector light mode is meant to emulate ZDoom's software renderer, which has a particularly nasty and ill-advised change by randi that makes it much brighter than vanilla Doom's software renderer. "Vanilla" is exactly as it says in the name - the lighting emulates what it looks like in vanilla Doom.
Ooh! I was not aware of this, and this runs contrary to everything I've been told about the lightning systems thus far. Thanks!

(Also how did I not notice this myself whilst I play on Chocolate Doom quite often...)

((Also, question, why does GZDoom default to "Dark" rather then Vanilla?))

Version 1.63 released

Posted: Tue Jun 04, 2019 7:30 am
by NightFright
This is mostly an internal restructuring for better overview. The only real change is moving brightmaps for the burning barrel (FCAN) from Doom 2 to Doom 1 since it also appears in doom.wad, so definitions for it should not only be available in Doom 2. I have also updated the compatibility package for GZD 4.0.0 (and lower) to reflect these changes.

CHANGELOG (v1.63):
[GENERAL] Brightmaps dir restructured into "sprites" and "textures" branches
[DOOM/HERETIC/HEXEN] Moved "flats" folders to textures subdirs
[DOOM] Separate folders for Doom 1 and Doom 2 content
[DOOM] Burning barrel (FCAN) moved from Doom 2 to Doom 1 definitions
[PLUTONIA] Moved "plutonia" folder to textures\doom
[TNT] Moved "tnt" folder to textures\doom

Re: Brightmaps Plus (spritefix compatible)

Posted: Wed Jun 05, 2019 3:14 pm
by Caligari87

Re: Brightmaps Plus (spritefix compatible)

Posted: Fri Jun 07, 2019 9:36 pm
by Tesculpture
Bug: sprite SARGA2C8 from the spritefix is missing a brightmap. Looking at an idle pinky in a dark area from in front/to their left, their eyes erroneously blink on and off.

Version 1.64 released

Posted: Sat Jun 08, 2019 12:48 pm
by NightFright
Was really easy to fix. Thanks for the report!

CHANGELOG v1.64:
[DOOM] Added missing spritefix brightmap for Demon (SARGA2C8)

Re: Brightmaps Plus (spritefix compatible)

Posted: Wed Jun 26, 2019 12:10 am
by Skafsgaard
Hey, NightFright - thank you for this!

I'm not exactly sure what the difference between 1.64 and 1.64a is, though. Is it just that 1.64a has backwards compatibility with pre-4.0.0 versions of GZDoom, while 1.64 does now? And if so, why not just have 1.64?

Thanks!

Re: Brightmaps Plus (spritefix compatible)

Posted: Wed Jun 26, 2019 1:58 am
by NightFright
1.64a is identical to 1.64 except for using the old names for lump filtering (e.g. doom.doom1 instead of doom.id.doom1). Theoretically I could have stayed with the old definitions since I doubt they will ever be removed due to compatibility reasons, but you can't be sure. Eventually I will probably drop support of pre-4.0.0 versions and add instructions how to make the brightmaps pack compatible manually. It's just about removing the "id" part from four folders (doom.id.doom1, doom.id.doom2, doom.id.doom2.plutonia and doom.id.doom2.tnt).

Re: Brightmaps Plus (spritefix compatible)

Posted: Wed Jun 26, 2019 9:38 pm
by Skafsgaard
Hmm, I'm not sure I understand, sorry.

But the practical difference is that one of them is only compatible with 4.0.0+, while the other has backwards compatibility - is that the gist of it? If so, which one has backwards compatibility? And if not, then is there any practical difference for the end user at this point in time?

Re: Brightmaps Plus (spritefix compatible)

Posted: Wed Jun 26, 2019 11:16 pm
by NightFright
In GZD 4.0+, it doesn't matter right now. Both versions work - unless support for the old syntax is dropped.

At the end of the day, if all this is too confusing, I will consider discontinuing one of the two versions with the next release.

Re: Brightmaps Plus (spritefix compatible)

Posted: Thu Jun 27, 2019 9:55 am
by Skafsgaard
It is slightly confusing, yeah. ;)

But all right, good to know. Which one of the two is backwards compatible, then, though?
Sorry about all the questions!

Re: Brightmaps Plus (spritefix compatible)

Posted: Thu Jun 27, 2019 2:49 pm
by okbuddy
1.64a