GZDoomBuilder-Bugfix, a maintenance fork of GZDB
- StrikerMan780
- Posts: 485
- Joined: Tue Nov 29, 2005 2:15 pm
- Graphics Processor: nVidia with Vulkan support
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
If anyone is dependent on any third-party plugins, and wishes to see them supported in 64-bit, please PM me a link to their thread or github.
- ramon.dexter
- Posts: 1529
- Joined: Tue Oct 20, 2015 12:50 pm
- Graphics Processor: nVidia with Vulkan support
- Location: Kozolupy, Bohemia
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Yep, the 64b version crashes upon startup. Maybe the 3D floor plugin?
- Kappes Buur
-
- Posts: 4122
- Joined: Thu Jul 17, 2003 12:19 am
- Graphics Processor: nVidia (Legacy GZDoom)
- Location: British Columbia, Canada
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
For me the x64 version crashes upon closing an editing session.
Reported as issue #199.
Looking at the crash log, are any of the default plugins compatible?
Reported as issue #199.
Spoiler:
https://github.com/biwaStrikerMan780 wrote:If anyone is dependent on any third-party plugins, and wishes to see them supported in 64-bit, please PM me a link to their thread or github.
Looking at the crash log, are any of the default plugins compatible?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
The 64-bit version seems to have automated building issues. Going to fix soon
edit:
One of the issues (stack trace with OnMapCloseEnd, issue #199) was resolved by making plugins build in non-optimized mode (Builder.exe, where the renderer and ZScript parser is, is still optimized).
It might have also fixed the other crash-on-startup issues, but needs testing by other people.
edit:
One of the issues (stack trace with OnMapCloseEnd, issue #199) was resolved by making plugins build in non-optimized mode (Builder.exe, where the renderer and ZScript parser is, is still optimized).
It might have also fixed the other crash-on-startup issues, but needs testing by other people.
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Other than what Kinsie mentioned, even if i update manually with a clean installation, i get a black screen in the render window and can't do anything, i'm forced to roll back to r3012
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Apparently the root of the issue is the updated DevIL.dll, as it also seems to cause issues with PNG loading (IL_INVALID_HEADER) and crash the 3D mode (https://pastebin.com/vkYFjMuq).
Currently experimenting with downgrading the version while retaining the 64-bit one, or even switching to some other image library which doesn't have as much building issues (I can't seem to find any old DevIL binary builds for x86, let alone x64..)
Currently experimenting with downgrading the version while retaining the 64-bit one, or even switching to some other image library which doesn't have as much building issues (I can't seem to find any old DevIL binary builds for x86, let alone x64..)
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Crashes on startup should be fixed now (as of R3018). Thanks to various people (notably StrikerMan780 and leodoom85) for research and most importantly testing.
Apparently this was caused by improper SlimDX update during the project upgrade from .NET 3.5 to 4.6. Please report if it still crashes on startup
The random DevIL-related crash was not fixed yet, but I'll probably remove DevIL some time later.
Apparently this was caused by improper SlimDX update during the project upgrade from .NET 3.5 to 4.6. Please report if it still crashes on startup
The random DevIL-related crash was not fixed yet, but I'll probably remove DevIL some time later.
- Mysterious Haruko
- Posts: 12
- Joined: Fri Nov 25, 2016 5:36 pm
- Location: Purple Sky
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Hello, so I've got new bug for you for in newest gzdoom builder bugfix version. This time, I have crash log, which looks like this :
What I did before to get this crash? I just drew round sector with "draw ellipse mode"(it was somewhere 3120 in all sides) in gzdoom udmf, moved it and seek for comfortable position and sector started act weird-instead of moving sector, it started to move round linedefs, leaving what's inside and builder got crazy and crashed like this. Linedefs were closed. I'll leave image in spoilers to save space. I don't know if this error is easy to replicate, I use 64-bit version of gzdoom builder.
Code: Select all
***********SYSTEM INFO***********
OS: Microsoft Windows 10 Home
GPU: Intel(R) HD Graphics Family
GZDB: R3018
********EXCEPTION DETAILS********
Object reference not set to an instance of an object.
at CodeImp.DoomBuilder.Map.Vertex.Move(Vector2D newpos) in w:\dev\GZDoom-Builder\Source\Core\Map\Vertex.cs:line 278
at CodeImp.DoomBuilder.BuilderModes.DragGeometryMode.MoveGeometryRelative(Vector2D offset, Boolean snapgrid, Boolean snapgridincrement, Boolean snapnearest, Boolean snapcardinal) in w:\dev\GZDoom-Builder\Source\Plugins\BuilderModes\ClassicModes\DragGeometryMode.cs:line 315
at CodeImp.DoomBuilder.BuilderModes.DragGeometryMode.Update() in w:\dev\GZDoom-Builder\Source\Plugins\BuilderModes\ClassicModes\DragGeometryMode.cs:line 559
at CodeImp.DoomBuilder.BuilderModes.DragGeometryMode.OnMouseMove(MouseEventArgs e) in w:\dev\GZDoom-Builder\Source\Plugins\BuilderModes\ClassicModes\DragGeometryMode.cs:line 597
at CodeImp.DoomBuilder.Windows.MainForm.display_MouseMove(Object sender, MouseEventArgs e) in w:\dev\GZDoom-Builder\Source\Core\Windows\MainForm.cs:line 1191
at System.Windows.Forms.Control.OnMouseMove(MouseEventArgs e)
at System.Windows.Forms.Control.WmMouseMove(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Spoiler:
Last edited by Blue Shadow on Mon Apr 16, 2018 7:00 pm, edited 1 time in total.
Reason: Used [imgur] tag on screenshot(s).
Reason: Used [imgur] tag on screenshot(s).
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I've more or less found a method for applying D64-like colored lighting to 3D sectors. Create two overlapping 3D sectors in the parent sector. Lower one of the 3D sectors to floor level and raise the other one into the air to which ever height is preferred. Apply D64 colored lighting to the dummy sector (used for 3D sectors) so that the colors show below it and the parent sector so that it will show the colors above the 3D sector. Also be sure to check the "Restrict Lights Inside" flag for the 3D sector. As this is essential for this trick. And that should do it.
If there are future plans to make D64 colored lighting compatible for 3D sectors (and ACS scripting, which would be awesome). I'd suggest going ahead and doing so.
EDIT: Uploaded it anyway to get a gist of what I mean. It looks really cool ingame. Do not check the "Restrict Lights Inside" flag. This was a test from an earlier attempt. If this flag is check then you won't be able to apply light shading to the 3D sectors.
If there are future plans to make D64 colored lighting compatible for 3D sectors (and ACS scripting, which would be awesome). I'd suggest going ahead and doing so.
EDIT: Uploaded it anyway to get a gist of what I mean. It looks really cool ingame. Do not check the "Restrict Lights Inside" flag. This was a test from an earlier attempt. If this flag is check then you won't be able to apply light shading to the 3D sectors.
- Attachments
-
- Example.wad
- (8.07 KiB) Downloaded 104 times
Last edited by Mav3r1ck on Sat Apr 21, 2018 1:06 am, edited 1 time in total.
-
- Posts: 219
- Joined: Wed Jan 08, 2014 8:40 am
- Graphics Processor: nVidia with Vulkan support
- Location: Germany
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I have 2 requests for this project:
1. If you select 2 different actors which both share the exact same DECORATE Argument Keys, the arguments name will not be shown and treated as if they the keys are different. Could just be adjusted if they are completely the same?
2. Would it be possible to implement "Inheritance" for the Thing Type search? Could be made as an option that could be ticked when searching. (e.g. if I look for Thing Type 1 with the Inheritance box checked, it will also look for 2 and 3 if they inheritated from 1).
1. If you select 2 different actors which both share the exact same DECORATE Argument Keys, the arguments name will not be shown and treated as if they the keys are different. Could just be adjusted if they are completely the same?
2. Would it be possible to implement "Inheritance" for the Thing Type search? Could be made as an option that could be ticked when searching. (e.g. if I look for Thing Type 1 with the Inheritance box checked, it will also look for 2 and 3 if they inheritated from 1).
- Kappes Buur
-
- Posts: 4122
- Joined: Thu Jul 17, 2003 12:19 am
- Graphics Processor: nVidia (Legacy GZDoom)
- Location: British Columbia, Canada
- Contact:
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
@Xabis
Spoiler:Would you be able to make the Drawtext plugin compatible with x64, please.
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Yes. I know you can do that in UDMF format, and I think you can in Doom-in-Hexen, too.Mav3r1ck wrote:Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
I looked at the zdoom Wikia but I couldn't find what I was looking for. Would you be able to tell me?Empyre wrote:Yes. I know you can do that in UDMF format, and I think you can in Doom-in-Hexen, too.Mav3r1ck wrote:Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?
Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB
Such a feature does not exist. You can set a color directly but there is no transfer function. Why do you need one?