GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Software projects like source ports (3DGE, Eternity, etc), launchers like ZDL, and other useful utilities belong in this forum.
Forum rules
The Projects forums are ONLY for YOUR PROJECTS! If you are asking questions about a project, either find that project's thread, or start a thread in the General section instead.

Got a cool project idea but nothing else? Put it in the project ideas thread instead!

Projects for any Doom-based engine (especially 3DGE) are perfectly acceptable here too.

Please read the full rules for more details.

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby StrikerMan780 » Sat Apr 14, 2018 11:02 am

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.
StrikerMan780
 
Joined: 29 Nov 2005
Location: In a dead-end shithole.
Discord: StrikerTheHedgefox#6299

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby ramon.dexter » Sat Apr 14, 2018 12:21 pm

Yep, the 64b version crashes upon startup. Maybe the 3D floor plugin?
User avatar
ramon.dexter
rudebwoy
 
Joined: 20 Oct 2015
Location: Kozolupy, Bohemia

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Kappes Buur » Sat Apr 14, 2018 1:47 pm

For me the x64 version crashes upon closing an editing session.
Reported as issue #199.

Spoiler:


StrikerMan780 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.

https://github.com/biwa

Looking at the crash log, are any of the default plugins compatible?
User avatar
Kappes Buur
 
 
 
Joined: 17 Jul 2003
Location: British Columbia

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby ZZYZX » Sat Apr 14, 2018 2:22 pm

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.
User avatar
ZZYZX
le chat du rabbin
 
Joined: 14 Oct 2012
Location: Ukraine

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Batandy » Sun Apr 15, 2018 7:46 am

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
Image
User avatar
Batandy
"If it's not fun, why bother?"
 
Joined: 19 Jul 2011

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby ZZYZX » Sun Apr 15, 2018 9:44 am

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..)
User avatar
ZZYZX
le chat du rabbin
 
Joined: 14 Oct 2012
Location: Ukraine

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby ZZYZX » Sun Apr 15, 2018 5:56 pm

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 :roll:
The random DevIL-related crash was not fixed yet, but I'll probably remove DevIL some time later.
User avatar
ZZYZX
le chat du rabbin
 
Joined: 14 Oct 2012
Location: Ukraine

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Mysterious Haruko » Mon Apr 16, 2018 1:57 pm

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 :

Code: Select allExpand view
***********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)


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.
Spoiler:
Last edited by Blue Shadow on Mon Apr 16, 2018 8:00 pm, edited 1 time in total.
Reason: Used [imgur] tag on screenshot(s).
Mysterious Haruko
 
Joined: 25 Nov 2016

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Mav3r1ck » Tue Apr 17, 2018 10:03 pm

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. :)
Attachments
Example.wad
(8.07 KiB) Downloaded 17 times
Last edited by Mav3r1ck on Sat Apr 21, 2018 2:06 am, edited 1 time in total.
User avatar
Mav3r1ck
 
Joined: 17 Jul 2015

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby XxMiltenXx » Fri Apr 20, 2018 12:15 pm

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).
XxMiltenXx
 
Joined: 08 Jan 2014

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Kappes Buur » Sat Apr 21, 2018 10:02 am

@Xabis
Spoiler:


Would you be able to make the Drawtext plugin compatible with x64, please.
User avatar
Kappes Buur
 
 
 
Joined: 17 Jul 2003
Location: British Columbia

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Mav3r1ck » Sat Apr 21, 2018 10:12 pm

Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?
User avatar
Mav3r1ck
 
Joined: 17 Jul 2015

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Empyre » Sun Apr 22, 2018 6:38 pm

Mav3r1ck wrote:Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?

Yes. I know you can do that in UDMF format, and I think you can in Doom-in-Hexen, too.
User avatar
Empyre
The Ultimate Shining Example of Humility
 
Joined: 05 Apr 2007
Location: Garland, TX, USA

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Mav3r1ck » Mon Apr 23, 2018 2:12 am

Empyre wrote:
Mav3r1ck wrote:Does this support a feature that allows you to transfer colored lighting from a dummy sector to a parent sector?

Yes. I know you can do that in UDMF format, and I think you can in Doom-in-Hexen, too.


I looked at the zdoom Wikia but I couldn't find what I was looking for. Would you be able to tell me?
User avatar
Mav3r1ck
 
Joined: 17 Jul 2015

Re: GZDoomBuilder-Bugfix, a maintenance fork of GZDB

Postby Kotti » Mon Apr 23, 2018 2:45 am

Such a feature does not exist. You can set a color directly but there is no transfer function. Why do you need one?
Kotti
 
Joined: 27 Dec 2016

PreviousNext

Return to Software and Ports

Who is online

Users browsing this forum: Trendiction.de [Bot] and 2 guests