SLADE Discussion - Latest: v3.2.7 (25/Dec/2024)

[Blox]

Hm, guys - I've heard of this once before, but SLADE3 absolutely refuses to set offsets.
Not for every image, but for this specific one:

And it's not the only one, since I've heard of this happening. Seems like a nasty bug if you'd ask me.
It outright refuses to set any offsets using the image/offset viewer. And just locks to the offsets the image has set - which can be changed with the non-interactive offset setter.

This also happens if the graphic is converted to Doom GFX, so it's very strange.

[devildemon]

ive had this weird problem i just updated the new svn version but now when i compile acs it just stops working

[MeatyD]

same problem here. When i compile an acs library, slade freezes up and stops working.

[Kappes Buur]

Same problem with compiling scripts.
I'm using Windows 7 64-bit. The path to the compiler is the same as in previous versions.

The log file is not of any help

---

Code: Select all

23:06:01: SLADE - It's a Doom Editor
23:06:01: Version 3.1.0 alpha (r1410M)
23:06:01: Written by Simon Judd, 2008-2013
23:06:01: Compiled with wxWidgets 2.9.5 and SFML 2.0
23:06:01: --------------------------------
23:06:01: Loading configuration
23:06:01: Loading resources
23:06:01: Loading icons
23:06:01: Loading entry types
23:06:01: Loading text languages
23:06:01: Loading text style sets
23:06:01: Loading colour configuration
23:06:02: Loading base resource
23:06:02: Base resource loaded
23:06:02: SLADE Initialisation OK
23:06:04: Opening archive H:\PWAD_MAPPING\ALL_GONE\end_game.wad
23:06:05: Opening took 565 ms

Even though it says r1410, this was with r1412.
A message pops up that the program stopped working.

The last version which compiled the script without a problem was r1402.

[Gez]

So, this change would be the culprit then?

- Added path_acc_libs cvar to define include paths for acs compilation
- ACS library files in open archives are automatically detected/exported when compiling

[JPL]

I get a crash with the latest SVN (1412) that's very easy to reproduce:
1) load a map
2) press spacebar to make the green "new vertex/line" dot appear on the cursor
3) right-click anywhere in the viewport

stack trace:

---

0: [unknown location] MapEditor::lineDrawPoint(unsigned int)
1: [unknown location] MapCanvas::drawLineDrawLines()
2: [unknown location] MapCanvas::drawMap2d()
3: [unknown location] MapCanvas::draw()
4: [unknown location] OGLCanvas::onPaint(wxPaintEvent&)
5: [unknown location] wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&, wxEvent&) const
6: [unknown location] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
7: [unknown location] wxEvtHandler::SearchDynamicEventTable(wxEvent&)
8: [unknown location] wxEvtHandler::TryHereOnly(wxEvent&)
9: [unknown location] wxEvtHandler::ProcessEventLocally(wxEvent&)
10: [unknown location] wxEvtHandler::ProcessEvent(wxEvent&)
11: [unknown location] wxEvtHandler::SafelyProcessEvent(wxEvent&)
12: [unknown location] wxGLCanvas::OnInternalIdle()
13: [unknown location] wxWindowBase::SendIdleEvents(wxIdleEvent&)
14: [unknown location] wxWindowBase::SendIdleEvents(wxIdleEvent&)
15: [unknown location] wxFrame::SendIdleEvents(wxIdleEvent&)
16: [unknown location] wxAppBase::ProcessIdle()
17: [unknown location] wxApp::DoIdle()
18: [unknown location] [unknown:1243026307]
19: [unknown location] g_main_context_dispatch
20: [unknown location] [unknown:1176907240]
21: [unknown location] g_main_loop_run
22: [unknown location] gtk_main
23: [unknown location] wxGUIEventLoop::Run()

[Kappes Buur]

I applied JPL's instructions with both versions r1412 and r1402:
Press spacebar for the little green bubble. Pressed left mouse to apply vertex, drew mouse to next position, pressed left mouse to apply that vertex, etc
until arriving at the original vertex to close the sector.
During that process I can also backtrack by moving the bubble over the previous vertex and pressing the right mouse.
So, that works for me.

However, when I then try to undo with either the Edit --> Undo or Ctrl+Z, then the message pops up:
Slade has stopped working

[Nash]

Hey Gez, are there any plans to implement a model viewer in SLADE?

[Gez]

Yes, model viewers are on the todo list.

[Nash]

Hmm... ACS compiling still crashes SLADE in r1415. :(

[Gez]

I found the reason for that and it was mightily stupid. Fixed. I'll upload a build soon.

See, the console looks at the last character in a string (the one at position "string size - 1") to check whether it's a newline; and if no, it adds a newline. But what happens if you tell the console to print an empty string? It crashes because string size is 0, so the last character is at position -1, which is invalid.

How does this relate to ACS? Since r1403, SLADE captures the ACC output and prints it to the console. And after printing a message about the host byte order, ACC prints an empty newline...

[Mikk-]

Is there a possibility of adding a Batch Edit for tinting and colourizing because that would be swell

[Blue Shadow]

This is a weird one: With r1416, when I close the program, it sometimes asks me if I want to save changes to a map, while in fact, I wasn't editing any maps at the time (heck, I can't even start the map editor due to a some form of a crash, let alone do some map editing).

[Gez]

Weird, I thought I fixed that in r1415.

[MG_Man]

So I was thinking the other day about if WAD namespaces could be represented as folders in SLADE (For example everything between S_START and S_END for example would be shown in a Sprites folder). This would make working with them a lot more convenient. Is this too outlandish or does it seem like a practical feature to implement?