Mon May 18, 2020 11:10 am
I had hoped it was easy enough to figure out now. You only need one of the first two, depending on whether you are using Revenant100's Sprite Fixing Project or not. If you are loading the wrong file, you WILL notice it since brightmaps won't match the ingame sprites all the time.
I will again rephrase the downloads in the OP, hoping it will avoid any future confusion for good. And please, don't quote the entire OP. We can all read by ourselves, I believe.
Mon May 18, 2020 12:12 pm
Spritefixed brightmaps are for the Sprite Fixing Projects
, as it says in the OP that you quoted, by the way.
Im new to all this modding since 2 days. So normal users use non spritefixed versions, unless using specifics maps?
Mon May 18, 2020 4:17 pm
Use the "Brightmaps for Vanilla Sprites" file unless you are also using the Sprite Fixing Project mod. "Brightmaps for textures" PK3 can be safely loaded alongside both Vanilla and Sprite Fixing Projects PK3s.
Tue May 19, 2020 1:31 am
It has nothing to do with maps, it's about sprites. The spritefix mod is applying some adjustments to sprites (like monsters, items, decorations etc) and some entries require brightmaps which are different from the ones for the original, unmodded sprites. If you don't use the sprite corrections made by Revenant100, you use the first package (1.1), otherwise package 1.2. Texture brightmaps can be used in any case, you can combine it with either of the first two packs.
Sun Jun 07, 2020 6:05 pm
Using the latest GZDoom release, 4.4.0, many of the brightmaps for various textures don't work. No other mods/sprite replacements/etc outside of the Doom/Doom II sprite fix wads and these brightmap packs are being used. They all appear to work correctly in 4.3.3.
Mon Jun 08, 2020 1:42 am
If nothing has been changed with brightmaps definition syntax, I'd consider this a GZD bug which needs to be reported to the team.
There are only two brightmaps-related entries in the 4.4.0 changelog:- handle brightmaps in the main shader instead of keeping separate instances around
- for warped textures, warp all layers. With this brightmaps finally work on warped textures
Not sure if any of these could cause issues (the second entry almost certainly not). But a quick test from my side confirms this, texture brightmaps won't work any longer in 4.4.0. I have taken the liberty to report the issue by myself
Mon Jun 08, 2020 2:03 pm
Cool. Thanks for making the report and also for your hard work and continued maintenance on this. These brightmaps, the minor sprite fix project and the sc55 music packs are my can't play without anymore autoloads.
Mon Jun 08, 2020 4:11 pm
So, it was a bug and affects brightmaps defined with the iwad parameter, which applies to almost all texture brightmaps in the mod. It should be fixed in the next GZD service release or, if you cannot wait, an upcoming development snapshot. Otherwise keep using an older GZD build for now.
Thu Jun 11, 2020 1:54 pm
With GZD 4.4.1, the issue should be fixed.
Sat Jul 25, 2020 9:46 pm
Should autoloadbrightmaps=true or false when using this?
Sun Jul 26, 2020 2:31 pm
Since brightmaps.pk3 is needless with this, definitely false. Never load normal brightmaps with this, you will pointlessly increase loading times.
Fri Sep 25, 2020 9:34 am
Even after all these years, bugs can still be found through simple gameplay. A world of wonders. You just need to update if you are using the textures pack, all other files are the same.
CHANGELOG v1.72 (Sep 25, 2020)
[bmplus_textures.pk3] Wrong brightmap for SW1STARG removed (Doom1)
Sat Sep 26, 2020 10:29 am
Can you please aggregate all the changelogs into 1 place?
Sat Sep 26, 2020 2:07 pm
Maybe. Anyway, personally I am still using a merged release like before v1.7. Much easier to handle that way. I might go back to that system.
Thu Nov 12, 2020 12:09 pm
Wonderful mod, can't go anywhere without it. Just one thing though, any idea why Lost Souls turn dark (so you only see the flame) in most darker areas? It looks like a bug to me.
Powered by phpBB © phpBB Group.
phpBB Mobile / SEO by Artodia.