Static sprites not being where they are supposed to
Currently using WDE 2.3.2 from what I can tell... After editing the hardbox inside the editor and some testing to try and figure out how to fix the brick wall sprites I've added, when I run the Dmod they are appearing where they are NOT on the editor. They are not affected by any scripts and shouldn't be where they are appearing.
In the editor they're where I want them, but when I run the game they suddenly jump a good hundred pixels to the right.
Is this WDE's fault, and is it fixable? Because I haven't succeeded so far.
In the editor they're where I want them, but when I run the game they suddenly jump a good hundred pixels to the right.
Is this WDE's fault, and is it fixable? Because I haven't succeeded so far.
I run into this problem when I edit depth dots as well. My suggestion would be to delete all the set_sprite_info lines in the .ini and try again, if there are multiples they might be interfering with each other. Dunno if that will help, as my usual fix for this problem is to work around. Also, try restarting both WDE and Dink itself.
Or rather than do anything quite that drastic, you could try INIClean. It's a DOS program and I've never got around to updating it, so the interface is pretty horrible though.
I ran into this as well. I fixed it the way pillbug says above. So yea, listen to him.
You don't have to delete all of them, just the ones that are messing up.
You don't have to delete all of them, just the ones that are messing up.
Won't run on Windows 7. So far it looks like I'll be sticking to Pillbug's idea... Now to find the right lines referring to the right sequences x_X
Yeah, just to clarify I only meant the multiples for that sequence. And yeah, INIClean doesn't work on Windows 7, and possibly Vista.
Just went through the ini, there are -no- set_sprite_info lines for the affected sequences and it's still happening.
So, what's plan B?
So, what's plan B?
wut. You're sure? Save and exit the .ini and try editing the hardbox again. They should be at the very end of the file. If you've been editing the hardbox/depth que and there aren't any set_sprite_info lines then your D-Mod is haunted and you should exorcise your computer before continuing.
Won't run on Windows 7.
Really? Not at all?
I was actually thinking of trying to fix this up a bit, but if it won't run at all then I guess there's nothing I can do short of starting from scratch.
Really? Not at all?
I was actually thinking of trying to fix this up a bit, but if it won't run at all then I guess there's nothing I can do short of starting from scratch.
Pillbug: I've triple searched and there are none now, yet its still happening.. Will try what you just added though.
Paul: Yes. I even tried setting it to run in compatibility mode, but the only options under that are Windows ones. No success.
EDIT: uploaded the ini to Here. The affected sequences are sequence 68, 69, 80, 81, and 98.
EDIT2: Moved to next post.
Paul: Yes. I even tried setting it to run in compatibility mode, but the only options under that are Windows ones. No success.
EDIT: uploaded the ini to Here. The affected sequences are sequence 68, 69, 80, 81, and 98.
EDIT2: Moved to next post.
Re-edited the hardbox for one of the sprite frames and it -seems- to have fixed that particular frame for everywhere I've placed it, except now I need to re-position every single instance of that frame.
This is going to be fun... Will I need to repeat this step or is there a simpler way? They're all just the wall recolors from frame 80 of the original Dink, each colored wall being used getting its own sequence. Which is probably bad...
S'cuse the double post. I tend to edit my posts too much, and its not likely everyone'll keep checking back every time I make an edit.
This is going to be fun... Will I need to repeat this step or is there a simpler way? They're all just the wall recolors from frame 80 of the original Dink, each colored wall being used getting its own sequence. Which is probably bad...
S'cuse the double post. I tend to edit my posts too much, and its not likely everyone'll keep checking back every time I make an edit.
If they're roughly the same size you can add the numbers at the end of the set_sprite_info line (not the seq/frame, the ones after) to the end of the load_sequence_now line.
Well... presumably it's possible to edit the ini such that the sprites will actually be in the place you originally wanted, but it would be fiddly work. So depending on how many times you used it, it may or may not be worth the trouble.
Why can't you put all the colored walls in the same sequence?
You can go to the dink.ini and find the line that you like, and use it to set all the other ones to be identical to it, it's easier that setting each one separately. You'll still have to reposition them though.
You can go to the dink.ini and find the line that you like, and use it to set all the other ones to be identical to it, it's easier that setting each one separately. You'll still have to reposition them though.
I'll probably do that eventually, but for now its easier to keep the sequences used so I know which ones to clean.
And it'll take a lot of work to clean it all up as it is when I get around to that stage. I still have plans to add more active sprites to it after all.
Thanks for the assistance so far guys
And it'll take a lot of work to clean it all up as it is when I get around to that stage. I still have plans to add more active sprites to it after all.
Thanks for the assistance so far guys

Wait...yeah, why don't you just copy the .ini line for the regular stone walls and change the sequence? You could also add your walls to the regular stonewall sequence so they're all in the same sequence, but you would probably be close to the maximum frame cap, if not exceeding it.
@Pillbug: Which is why I have them in separate sequences

Here we go again.... Same thing is happening.
This is going to take a while to fix.
This is going to take a while to fix.
I for one am a fervant user of Sprite Replacer and I used to use IniCleaner all the time. Now I just take care not to mess up the ini. But, it would still be nice if the utility still worked
Too bad you can't use Sprite Replacer to do something like: X+15 or Frame+1.

Too bad you can't use Sprite Replacer to do something like: X+15 or Frame+1.
Quite.
Paul: "I was actually thinking of trying to fix this up a bit, but if it won't run at all then I guess there's nothing I can do short of starting from scratch."
Please do?
Paul: "I was actually thinking of trying to fix this up a bit, but if it won't run at all then I guess there's nothing I can do short of starting from scratch."
Please do?

Too bad you can use Sprite Replacer to do something like: X+15 or Frame+1.
I agree. Unfortunately I don't currently have VB installed so I can't very easily mess with that one.
Please do?
Okay.
INIClean is much simpler, so it shouldn't be hard to knock something together.
I agree. Unfortunately I don't currently have VB installed so I can't very easily mess with that one.
Please do?
Okay.

HERE is a new Windowsy version of INIClean. I'm going to do a little polishing before I submit it as a new version, but I think it's ready to go now. Obviously standard "back up your work first" advice applies.