I can't get TiMidity++ to work with the newest SLADE (x64 version). I opened a GitHub issue with more info:
https://github.com/sirjuddington/SLADE/issues/1153
Thanks.
sirjuddington wrote:3.2.0 Beta 2 is now up, with a new entry list that displays as a tree structure for archives that support directories (among other things).
Windows Version: 10.0
SLADE - It's a Doom Editor
Version 3.2.0 beta 2
32bit Windows Build
Written by Simon Judd, 2008-2020
Compiled with wxWidgets 3.1.3 and SFML 2.5.1
--------------------------------
Loading configuration
Loading resources
Looking for #include entry '/' / 'actions/main.cfg'
Looking for #include entry '/' / 'actions/aman.cfg'
Looking for #include entry '/' / 'actions/arch.cfg'
Looking for #include entry '/' / 'actions/pgfx.cfg'
Looking for #include entry '/actions/' / 'pgfx_brush.cfg'
Looking for #include entry '/' / 'actions/aelt.cfg'
Looking for #include entry '/' / 'actions/txed.cfg'
Looking for #include entry '/' / 'actions/anim.cfg'
Looking for #include entry '/' / 'actions/swch.cfg'
Looking for #include entry '/' / 'actions/ppal.cfg'
Looking for #include entry '/' / 'actions/data.cfg'
Looking for #include entry '/' / 'actions/ptxt.cfg'
Looking for #include entry '/' / 'actions/mapw.cfg'
Looking for #include entry '/actions/' / 'mapw_general.cfg'
Looking for #include entry '/actions/' / 'mapw_show.cfg'
Looking for #include entry '/actions/' / 'mapw_line.cfg'
Looking for #include entry '/actions/' / 'mapw_sector.cfg'
Looking for #include entry '/actions/' / 'mapw_script.cfg'
Looking for #include entry '/' / 'actions/scrm.cfg'
Loading icons
Warning: iCCP: known incorrect sRGB profile
Loading entry types
Loading text languages
Can't convert "F1" to a double (invalid)
Loading text style sets
Loading colour configuration
Loading base resource
Base resource loaded
Loading game configurations
SLADE Initialisation OK
Can't convert "-" to an integer (invalid)
Can't convert "\" to an integer (invalid)
Can't convert "[" to an integer (invalid)
Can't convert "[" to an integer (invalid)
NiGHTMARE wrote:This may have been reported before (196 pages is a lot to look through!), but I've recently discovered the following:
If you remove (and presumably add) one or more patches from PNAMES without modifying the TEXTUREx lump(s) at the same time, when the changes are saved any textures which reference higher numbered lumps won't be updated and will now be using the wrong patches. If you have both a TEXTURE1 and TEXTURE2 lump and make changes to one but not the other, then the one you've modified will be fine but the other one won't.
I guess this could possibly be fixed by SLADE saving the TEXTUREx lumps whenever you save changes to the PNAMES lump, even if you haven't modified them?
SweetTooth wrote:Any chance a dark windows theme will be added in the new beta?
sirjuddington wrote:NiGHTMARE wrote:This may have been reported before (196 pages is a lot to look through!), but I've recently discovered the following:
If you remove (and presumably add) one or more patches from PNAMES without modifying the TEXTUREx lump(s) at the same time, when the changes are saved any textures which reference higher numbered lumps won't be updated and will now be using the wrong patches. If you have both a TEXTURE1 and TEXTURE2 lump and make changes to one but not the other, then the one you've modified will be fine but the other one won't.
I guess this could possibly be fixed by SLADE saving the TEXTUREx lumps whenever you save changes to the PNAMES lump, even if you haven't modified them?
Do you mean modifying PNAMES via the raw data editor instead of the texture editor? Modifying the raw PNAMES data isn't meant to update TEXTUREx along with it, really any PNAMES editing should be done via the texture editor so everything updates properly.
Spoiler:
Return to Editors / Asset Manipulation
Users browsing this forum: No registered users and 0 guests