Problems with Current Modding Tools (Topic)

Quote from

The issue is you have chosen a Doodad # that is already in use. You should find the highest Doodad # in use (should be the last doodad in the palette) and pick the next number.

That's... bizarre. I assumed the number was tiletype-dependent; 38 is the last vanilla high dirt doodad, so I chose 39 to sort it afterwards. I should be choosing a number higher than the highest dirt doodad, then?

Its not dependant on the type of doodad (high dirt, dirt, etc.), you have to use a unique Doodad # across the tileset you are editing.

Quote from

I tried hooking the overlay to the doodad in PyTILE, using a jungle doodad as reference:

I use the same overlay flag, set it to ID 5, and replace the appropriate graphic in the mpq.

However, it doesn't place a sprite anywhere when I place the doodad in SCMDraft. I'm able to manually place it using the pure sprites feature, and it looks as desired:

...until you put a unit where it should be obscured, and it isn't. Also pictured are units underneath other sprites that behave as appropriately, with their sprites/selection circles/health bars hidden underneath the doodad's overlay.

Any ideas on how to fix either of these issues?

I'm not exactly sure about how the overlay works at the moment, I'll have to look into it when I get home. I assume the stacking order of the sprite is based on something from a .dat setting, or possibly the iscript, but I'll look into it.

Quote from

Has the hard freeze whenever using PyTBL's search function still not been fixed?

It has not been fixed, I was never able to reproduce it. I plan to just re-write it because its old code (github issue) but I have not had time yet.

Quote from

Voyager7456

I haven't been having any issues using PyTBL's search function. Does it only occur under certain circumstances?

Yes, the certain circumstance is: every time

Quote from

I was never able to reproduce it. I plan to just re-write it because its old code (github issue) but I have not had time yet.

Hm, any ideas on where I'd look to give you a bug report or whatever? There's no crashdump or internal error, it just freezes.

PyMS and ProTRG developer

Quote from

Quote from

I was never able to reproduce it. I plan to just re-write it because its old code (github issue) but I have not had time yet.

Hm, any ideas on where I'd look to give you a bug report or whatever? There's no crashdump or internal error, it just freezes

There is nothing except detailed steps on how to reproduce it. Doesn't matter anymore, I have re-written it to ensure there are no infinite loops.

Quote from

Quote from

Any ideas on how to fix either of these issues?

I'm not exactly sure about how the overlay works at the moment, I'll have to look into it when I get home. I assume the stacking order of the sprite is based on something from a .dat setting, or possibly the iscript, but I'll look into it.

Hmm, well I was wrong about the stacking order, maybe its just based on if the sprite is actually attached to a doodad or place manually? If you place the rock doodad's sprite manually does it have the same issue? I also don't know why SCMDraft isn't placing the sprite automatically, I think i'll need to ask SI what he's doing.

Quote from

Doesn't matter anymore, I have re-written it to ensure there are no infinite loops.

Nice!

Quote from

If you place the rock doodad's sprite manually does it have the same issue?

Actually it looks like it is stacking correctly, I just need to make the sprite overlap with the doodad some instead of just being what didn't fit in the tiles.

PyDAT: It seems portrait data isn't changing when I'm clicking through the entries. Not sure what's up with that.

PyMS and ProTRG developer

Quote from

Quote from

If you place the rock doodad's sprite manually does it have the same issue?

Actually it looks like it is stacking correctly, I just need to make the sprite overlap with the doodad some instead of just being what didn't fit in the tiles.

K

Quote from

PyDAT: It seems portrait data isn't changing when I'm clicking through the entries. Not sure what's up with that.

Fixed, thanks!

PyMS and ProTRG developer

Quote from

Voyager7456

Using PyMPQ, I am unable to rename a file.

This is now fixed.

Quote from

Voyager7456

The first time I attempt to do so, the change is just ignored and the name of the file is not changed. The second time I try to rename the same file, I get this error:

Code

Exception in Tkinter callback
Traceback (most recent call last):
File "C:\Python27\lib\lib-tk\Tkinter.py", line 1410, in __call__
return self.func(*args)
File "F:\Modding Tools\PyMS-master\Libs\SpecialLists.py", line 293, in <lambda>
e.bind('<Return>', lambda _,i=i,n=n: self.endedit(i,n))
File "F:\Modding Tools\PyMS-master\Libs\SpecialLists.py", line 302, in endedit
if self.checkedit != t and self.report.rcmd and not self.report.rcmd(self.entries.index(int(n[5:])),self.checkedit):
File "F:\Modding Tools\PyMS-master\PyMPQ.pyw", line 829, in do_rename
if MpqRenameAndSetFileLocale(h, l[0], new, int(l[4]), int(l[4])):
File "F:\Modding Tools\PyMS-master\Libs\SFmpq.py", line 441, in MpqRenameAndSetFileLocale
return _SFmpq.MpqRenameAndSetFileLocale(mpq, oldname, newname, oldlocale, newlocale)
WindowsError: exception: access violation reading 0x00000167

The MPQ is not open in anything other than PyMPQ.

I changed something and hopefully that has fixed this.

Quote from

Quote from

The 'Apply to megatiles' button doesn't appear to do anything when you select the 'apply {property} to megatiles' option. Am I doing something wrong? What is the intended function?

Yeah it doesn't seem to be working. Its supposed to apply the minitile settings from the current megatile to all the megatiles in the current group. Github issue

This is now fixed.

Quote from

Also, it looks like there is an issue with the placeability editor where you can only double click the first row of tiles (github issue). Until its fixed you can find the right group by double clicking one of the top tiles and then use the text boxes to change the ID's.

This is now fixed.

Quote from

Quote from

Also, an option to turn off the warning for expanded tilesets upon file load would be nice.

Makes sense, i'll look into it (github issue). For now you can delete these two lines in PyTILE.pyw

I have added a "Don't warn me again" option.

Post has been edited 1 time(s), last time on Jul 30 2017, 3:24 am by poiuy_qwert.

Quote from

I have added a "Don't warn me again" option.

Great!

PyDAT: Health Bar and Vert. Position fields do not visibly update with new values unless you toggle the 'Show Preview' option.

PyMS and ProTRG developer

Quote from

PyDAT: Health Bar and Vert. Position fields do not visibly update with new values unless you toggle the 'Show Preview' option.

Ya that annoys me too. I already have a github issue for it, and I was going to finish it last night but fell asleep

Edit: The preview issues have been resolved

Post has been edited 1 time(s), last time on Jul 30 2017, 4:35 pm by poiuy_qwert.

Responsible for my own happiness? I can't even be responsible for my own breakfast

Fantastic, thanks poiuy!

PyMS and ProTRG developer

Started working on updating the main PyTILE UI:

Still figuring out what to do with the right side, but otherwise its going pretty well so far!

Quote from

KYSXD's YouTube Channel
KYSXD's GPTP Tutorials
KYSXD's GPTP-2008 fork

Started working on updating the main PyTILE UI:

Still figuring out what to do with the right side, but otherwise its going pretty well so far!

Really nice work!

BTW, I'll be sending you some suggestions for PyICE (and PyMS in general), hope you don't mind.

PyMS and ProTRG developer

Quote from KYSXD

BTW, I'll be sending you some suggestions for PyICE (and PyMS in general), hope you don't mind.

Of course I don't mind, I hope for such things! User feedback is the main way PyMS continues to improve!

Loving the new look you're working on for PyTILE! Looks very nice.

I saw you asking SI about doodads with sprites/overlays, did you make any progress there?

edit:

PyMPQ - after selecting a file to add to a directory, you must click on the subject line to type (WinMPQ sets the subject line as the focus immediately) and you must click 'Ok' instead of pressing enter (WinMPQ doesn't require this step).

Is there a way to set PyMPQ as the default MPQ editor?

Post has been edited 1 time(s), last time on Jul 31 2017, 3:23 pm by Pr0nogo.

PyMS and ProTRG developer

Quote from

I saw you asking SI about doodads with sprites/overlays, did you make any progress there?

Currently chatting with him in a PM, I'm sure we'll get it worked out.

Quote from

PyMPQ - after selecting a file to add to a directory, you must click on the subject line to type (WinMPQ sets the subject line as the focus immediately) and you must click 'Ok' instead of pressing enter (WinMPQ doesn't require this step).

This is another one of those really annoying things that is hard for me to catch, so thanks for reporting it. I assume you mean the window where you enter the "prefix"/folder? I can fix that.

Quote from

Is there a way to set PyMPQ as the default MPQ editor?

All the programs should have a button (one with RegEdit icon) in the main toolbar to register themselves to open the files they support, but it has been a long time since I've looked into that, I could see it not working anymore.

Quote from

I assume you mean the window where you enter the "prefix"/folder? I can fix that.

Yeah I should have been more clear. The small window that has the text bar where you type the prefix isn't highlighted by default, so you have to click it. Then, after you type your prefix, pressing 'enter' doesn't add the file. You have to click on the 'Ok' button for that.

Quote from

All the programs should have a button (one with RegEdit icon) in the main toolbar to register themselves to open the files they support, but it has been a long time since I've looked into that, I could see it not working anymore.

Internal error

edit:
I managed to get PyTILE + SCMDraft to output a doodad with an overlay, but it looks like the sprite is being centered on the doodad instead of appearing on top? Not sure what the fix for this would be seeing as how there are no fields for offsetting that stuff in PyTILE.

Intended (left) vs. reality (right)

Post has been edited 1 time(s), last time on Jul 31 2017, 4:48 pm by Pr0nogo.

PyMS and ProTRG developer

Quote from

Quote from

I assume you mean the window where you enter the "prefix"/folder? I can fix that.

Yeah I should have been more clear. The small window that has the text bar where you type the prefix isn't highlighted by default, so you have to click it. Then, after you type your prefix, pressing 'enter' doesn't add the file. You have to click on the 'Ok' button for that.

Yep, I have created a github issue for it.

Quote from

Quote from

All the programs should have a button (one with RegEdit icon) in the main toolbar to register themselves to open the files they support, but it has been a long time since I've looked into that, I could see it not working anymore.

Internal error

Thanks, that helps. I can make some updates that should fix that issue, but it will probably need some more back and forth after that, and even then I'm not sure if I'll be able to get it to work without getting on a windows machine myself.

Quote from

I managed to get PyTILE + SCMDraft to output a doodad with an overlay

Do you know what the issue was before?

Quote from

but it looks like the sprite is being centered on the doodad instead of appearing on top? Not sure what the fix for this would be seeing as how there are no fields for offsetting that stuff in PyTILE.

Intended (left) vs. reality (right)

I'm not exactly certain how that works, but there is no offset in the tileset files. I'm pretty sure the sprite is always placed in the middle of the doodad, so you either need to apply the offset in iscript or in the GRP itself.

I see you !

Did you have to change the 'has overlay' field to 10?

Center of the sprite -> center of the doodad (in pixels, not in tiles)

For file extensions: Make sure you are running as admin

Quote from

Do you know what the issue was before?

Quote from Suicidal Insanity

Did you have to change the 'has overlay' field to 10?

The sprite was actually always there, it was just incredibly small so it was super hard to see. I set the overlay field to '1' just like all the other doodads with overlays.

Quote from

I'm pretty sure the sprite is always placed in the middle of the doodad, so you either need to apply the offset in iscript or in the GRP itself.

Quote from Suicidal Insanity

Center of the sprite -> center of the doodad (in pixels, not in tiles)

Huh, figures. I'll whip up a test to confirm that and if it aligns properly, all will be well. Thanks for the info.

Quote from Suicidal Insanity

For file extensions: Make sure you are running as admin

As far as I can tell you can't execute python programs as admin. I don't have UAC on and am the only admin account on the PC so there shouldn't be any issues there but this is windows 10 we're talking about, so who knows.