- Open a UDMF map
- Mark a line that has the line special 80 and the "String" box checked
- Mark a second line without a special or the "String" box checked
- Open the "Edit" dialogue, check/uncheck any flag in the editing dialogue and hit "Ok"
- Edit the line with the line special 80 again, the "String" is unchecked and the script name has switched to "Script number 0"
GZDoomBuilder-Bugfix, a maintenance fork of GZDB
- Tormentor667
- Posts: 13533
- Joined: Wed Jul 16, 2003 3:52 am
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Found a bug with "String" style named scripts, this is what happens or how you can reproduce it:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Hello, sorry if this is the wrong thread.
I have this shootable switch and marked it as "On projectile impact" and "switch height check" (UDMF format). But if you shoot below it, it still activates. Is there a way to correct this?
I have this shootable switch and marked it as "On projectile impact" and "switch height check" (UDMF format). But if you shoot below it, it still activates. Is there a way to correct this?
- Armaetus
- Posts: 1255
- Joined: Fri Mar 13, 2009 3:55 pm
- Preferred Pronouns: He/Him
- Operating System Version (Optional): Windows 10 Home
- Graphics Processor: ATI/AMD with Vulkan/Metal Support
- Location: New York State
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I haven't been able to update since R2994, why is that?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
At the moment, the height check applies only to "player use" switches.Pedro vc wrote:Hello, sorry if this is the wrong thread.
I have this shootable switch and marked it as "On projectile impact" and "switch height check" (UDMF format). But if you shoot below it, it still activates. Is there a way to correct this?
The workaround is to make a shoootable object behind your switch, but it would be a good idea to make a feature suggestion for implementing height check for impact switches, because you're not the first person with that problem.
(And yes the editor thread isn't the appropriate place for this.)
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Ok then. ThanksGez wrote:At the moment, the height check applies only to "player use" switches.Pedro vc wrote:Hello, sorry if this is the wrong thread.
I have this shootable switch and marked it as "On projectile impact" and "switch height check" (UDMF format). But if you shoot below it, it still activates. Is there a way to correct this?
The workaround is to make a shoootable object behind your switch, but it would be a good idea to make a feature suggestion for implementing height check for impact switches, because you're not the first person with that problem.
(And yes the editor thread isn't the appropriate place for this.)
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Pedro, I'd make a small sector in front of the switch, use ThingCountSector to check when there is at least on puff one that sector, and GetActorZ to check if said puff is at the correct height. The switch itself would be only "decorative", as the real trigger would be the script that constantly checks the presence of puffs at he sector.Pedro vc wrote:Ok then. ThanksGez wrote:At the moment, the height check applies only to "player use" switches.Pedro vc wrote:Hello, sorry if this is the wrong thread.
I have this shootable switch and marked it as "On projectile impact" and "switch height check" (UDMF format). But if you shoot below it, it still activates. Is there a way to correct this?
The workaround is to make a shoootable object behind your switch, but it would be a good idea to make a feature suggestion for implementing height check for impact switches, because you're not the first person with that problem.
(And yes the editor thread isn't the appropriate place for this.)
GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Ok guys I really need help on that nothing appear in GZDB-BugFix and since that seem work for some people I would like to know how to fix that for me!
FIXED!!!
- I use the last GZDoom build
- GZDoom.pk3 for ressource
Code: Select all
DoomEdNums { 13000 = Whatever }
Code: Select all
Default { //$Title Whatever //$Category Test/Whatever //$Sprite TESTA0 //$Color 17 }
FIXED!!!
Last edited by GENTEK on Mon Feb 26, 2018 12:16 pm, edited 8 times in total.
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I can't seem to update through the program or through running the updater. I also overwrote the updater with the newest from here and still nothing, why? It can't seem to be able to connect.
https://devbuilds.drdteam.org/doombuilder2-gzdb/
I mean, I could update manually but ... why isn't it working?
https://devbuilds.drdteam.org/doombuilder2-gzdb/
I mean, I could update manually but ... why isn't it working?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Full code please (i.e. a minimal pk3 with this code, that has the bug reproduced).GENTEK wrote:Ok guys I really need help on that nothing appear in GZDB-BugFix and since that seem work for some people I would like to know how to fix that for me!
Also: are there any errors in GZDB?
It might be blocking certain useragents. Then again, I have no idea why it breaks, can be any other reason. Seems to work for me now.VGA wrote:I can't seem to update through the program or through running the updater. I also overwrote the updater with the newest from here and still nothing, why? It can't seem to be able to connect.
https://devbuilds.drdteam.org/doombuilder2-gzdb/
I mean, I could update manually but ... why isn't it working?
- Tormentor667
- Posts: 13533
- Joined: Wed Jul 16, 2003 3:52 am
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Same problem, was working in the past:
Worked before 2.3.0.2994
Worked before 2.3.0.2994
- Silentdarkness12
- Posts: 1555
- Joined: Thu Aug 15, 2013 5:34 pm
- Location: Plains of Pride
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Seems that GZDoom Builder Bugfix has a problem if you try to tag resources in one resource, that are inheriting off another resource, regardless of whether you're loading both of these or not.
I went and started working on a custom map pack for Hideous Destructor. The mod utterly lacks Doom Ed Nums, so I used decorate stubs to add the numbers to the classes, figuring that would be clever. However, not only does GZDB-B throw an error, failing to find the inheriting classes, it also fails to find the sprites from Hideous Destructor I was using to make tag sprites, and therefore renders the things as mystery spheres instead of the sprites that are very much clearly there, in the Hideous Destructor resource files. Unsure what to do to fix this, other than shoving redundant code in.....
File attatched. Load order is Doom 2.wad, GZDoom.pk3, Hideous Destructor and Desperate Halberd pk3, in the Editor.
http://www.mediafire.com/file/tc4wa3b0t ... alberd.zip
I went and started working on a custom map pack for Hideous Destructor. The mod utterly lacks Doom Ed Nums, so I used decorate stubs to add the numbers to the classes, figuring that would be clever. However, not only does GZDB-B throw an error, failing to find the inheriting classes, it also fails to find the sprites from Hideous Destructor I was using to make tag sprites, and therefore renders the things as mystery spheres instead of the sprites that are very much clearly there, in the Hideous Destructor resource files. Unsure what to do to fix this, other than shoving redundant code in.....
File attatched. Load order is Doom 2.wad, GZDoom.pk3, Hideous Destructor and Desperate Halberd pk3, in the Editor.
http://www.mediafire.com/file/tc4wa3b0t ... alberd.zip
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Feature request: add this new MODELDEF flag into GZDB: [ https://github.com/coelckers/gzdoom/pull/429/files ]. Never knew how much I needed this for decorative objects until this got added! Rotating models around the "feet" is annoying...
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Hi, would it be possible to add an editor key to not list an actor in GZdoombuilder's decorate list when added? I do not use Doom 2 monsters in my mod for example and would like to fully get rid of them without having to configure my own gzdoombuilder configuration. Replacing them in any way still makes them exist, and will fill up the list either way.
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I believe GZDB-BF has a full MAPINFO parser, so if you redefine the corresponding [wiki=Editor number definition]doomednums[/wiki] to "None" then they should disappear I think. You can find the list of all [wiki]standard editor numbers[/wiki] on the wiki.
Last edited by Gez on Sun Mar 04, 2018 8:24 am, edited 1 time in total.
- Silentdarkness12
- Posts: 1555
- Joined: Thu Aug 15, 2013 5:34 pm
- Location: Plains of Pride
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I hope my report about how the thing parser isn't working right for ZScripted Classes got noticed, and will be worked on. It's sort of ruining ZScripted assets for maps.