Sprite Finder V7.1
i updated a bunch of things but mainly i added, a script that detect automatically the backgrounds. Dont get your hope too high, it sometimes works BUT i cant guarantee the accuracy of it. Theres also a lot of restriction and things that could make the algorithm make errors. So i wouldnt suggest using it to rip.
HOWEVER,
i worked like 3-4 weeks on it and its still interesting to see the result it can get:
Mario Nes
The image i gave to my software assembled in a gif in order to easily show all of them:
Gives the following result:
Background detected:
Hud detected:
FF1 nes:
Image in input: ( Note that i left a line of the emulator at the bottom)
Background:
Hud (Only part of the central sprite and the line of the emulator was captured)
Barbie Nes
Image in input, ( if the gif bug, right-click, open in a new tab):
Background:
Hud
My initial thought, if the background and HUD can be detected automatically, the only the sprites are left, and its pretty easy to get them and sort them, i have already all that code with my spritesheet analyser. But how to get the background and hud? The background, in 80% of game, moves at a constant rate, for example in mario, the background usually goes toward the left. As for the HUD, it usually never move in the game screen. So my algorithm basically create an amalgam of all pixel that could be moved according to the found background movement between each frame, and another for all pixel that doesnt moves. There are a lot of false positive as you can see in Mario or Barbie HUD xp For example if theres a straight horizontal line in the background, and the movement of the background is also horizontal, it cant detect if that line moving 10 pixels or not moving at all.
i updated a bunch of things but mainly i added, a script that detect automatically the backgrounds. Dont get your hope too high, it sometimes works BUT i cant guarantee the accuracy of it. Theres also a lot of restriction and things that could make the algorithm make errors. So i wouldnt suggest using it to rip.
HOWEVER,
i worked like 3-4 weeks on it and its still interesting to see the result it can get:
Mario Nes
The image i gave to my software assembled in a gif in order to easily show all of them:
Gives the following result:
Background detected:
Hud detected:
FF1 nes:
Image in input: ( Note that i left a line of the emulator at the bottom)
Background:
Hud (Only part of the central sprite and the line of the emulator was captured)
Barbie Nes
Image in input, ( if the gif bug, right-click, open in a new tab):
Background:
Hud
My initial thought, if the background and HUD can be detected automatically, the only the sprites are left, and its pretty easy to get them and sort them, i have already all that code with my spritesheet analyser. But how to get the background and hud? The background, in 80% of game, moves at a constant rate, for example in mario, the background usually goes toward the left. As for the HUD, it usually never move in the game screen. So my algorithm basically create an amalgam of all pixel that could be moved according to the found background movement between each frame, and another for all pixel that doesnt moves. There are a lot of false positive as you can see in Mario or Barbie HUD xp For example if theres a straight horizontal line in the background, and the movement of the background is also horizontal, it cant detect if that line moving 10 pixels or not moving at all.