I sent some relevant info to someone in a PM the other day regarding what it means when images fall into different dump folders. I remember encountering this problem and designing a solution for it (this is why objmap file exists, but no one uses it and I haven't tested if it works):
All of the character texture mods currently use the objmap.csv file for their locations. I am using them in conjunction with a few hashmap codes for my enemy upscale and they seem to work great! They seem to dominate, so if you use a texture that shares a hashcode with another one, Tonberry will populate both and show incorrect textures. The reason a lot of people are seeing 'missing' textures is because the game is populating the art from the same hashmap, but possibly a different part of the image. I'm still working on an effective fix without the need for a better hashing algo, and I'm making progress.
And in fact, both -need- to be used in order to not have missing objmap codes
At least in my experience so far.Since Tonberry internal implementation of the hashmap was made with a map structure, if you guys put two or more texturenames with the same hashcode, the map structure will keep just one of them. By definition, every key on a map (in our case, the hashcode) is unique. That's why a duplicated hashcode means losing one of the textures.
Ahh, I see. Sorry for my ignorance about your program--I haven't had time to test it myself. I can see that since the hash algorithm is not symmetrical across the 2 quarters, the hash codes for each are different. In the future, this should be considered so that we can have only a single hash code to represent each no matter which position it is in. For now, perhaps Tonberry can be modified to add 'top' or 'bottom' to each of those names, to allow it to use both codes.
I've thought a lot about this in trying to design a better algorithm. Ideally there wouldn't have to be separate algorithms for full 128X256 textures and the 128X128 "objects." If the hashing algorithm is good enough, then just running it on the top left corner should be able to match both objects in that corner as well as 128X256 textures based only on their top half. Then we would only have to check the bottom for objects when either a) there are no matches for the top or b) to resolve collisions.
Where can I find the background for fighting?
I didn't find any alternates like that. But I didn't change out my party to see if that made a difference. And some of the monsters spawn in different areas than I was in, so that could change it up. But I'm glad you were able to get the rest. Excited to use the actual release.This is excellent! You wouldn't happen to have any alternate bitmaps that you haven't thrown out, would you? for example - where the tiles are flipped to the opposite sites of the image (top/bottom). I'll have all of the codes if I use all 4 objmap codes for each enemy. I think it has something to do with if the texture is loaded with multiple rows of enemies... let's use forbidden as an example:
If I provide all of these codes (objmap codes actually), then it seems like most every instance of that enemy works unless they share a hashcode.
That's because it is terrible. I didn't do a good job with it, I'll admit. At the time it was only for testing the code and my upscale skills...well aren't great. I'll admit that it is somewhat tricky posting the progress here at times. But this all branched off Shunsq's and Mortael's work which all reside here. I'm really only adding to what they've done so far.
Thanks! Your textures were a huge help.I didn't find any alternates like that. But I didn't change out my party to see if that made a difference. And some of the monsters spawn in different areas than I was in, so that could change it up. But I'm glad you were able to get the rest. Excited to use the actual release.
That's because it is terrible. I didn't do a good job with it, I'll admit. At the time it was only for testing the code and my upscale skills...well aren't great. I'll admit that it is somewhat tricky posting the progress here at times. But this all branched off Shunsq's and Mortael's work which all reside here. I'm really only adding to what they've done so far.
I do know of two places where I've seen that happen. One, being the bar in Timber. And two, outer space where one of his codes skins itself to the space suits. Also, I think one did something to Irvine at one point, but I believe I fixed that. Where is yours happening?
No problem.
After the tour with Selphie at the start of the game, if you go northeast of the Save Point near the Balamb directory, there's a schoolgirl whose base texture flickers in and out with the zel_13 texture if you have that objmap enabled. Additionally, I have found that the Texture Improvement mod highly improves the game's quality on the whole, despite a few rough patches here and there.I didn't find any alternates like that. But I didn't change out my party to see if that made a difference. And some of the monsters spawn in different areas than I was in, so that could change it up. But I'm glad you were able to get the rest. Excited to use the actual release.
That's because it is terrible. I didn't do a good job with it, I'll admit. At the time it was only for testing the code and my upscale skills...well aren't great. I'll admit that it is somewhat tricky posting the progress here at times. But this all branched off Shunsq's and Mortael's work which all reside here. I'm really only adding to what they've done so far.
I do know of two places where I've seen that happen. One, being the bar in Timber. And two, outer space where one of his codes skins itself to the space suits. Also, I think one did something to Irvine at one point, but I believe I fixed that. Where is yours happening?
Looks fantastic. Much better, now.Here is a new bandage texture for Squall. Something I threw together in 20 min - but it looks better than what we've got!
And here it is in action:
I've tried to find the person you're talking about at that point, but I didn't find any flickering texture. Which means I probably already had it disabled on my end. I agree. It's just that sometimes codes are shared and cause things like what you just saw.
That new texture looks great! By the way, here are some snapshots I took of that hash glitch: