• Just a reminder that providing specifics on, sharing links to, or naming websites where ROMs can be accessed is against the rules. If your post has any of this information it will be removed.
  • Ever thought it'd be cool to have your art, writing, or challenge runs featured on PokéCommunity? Click here for info - we'd love to spotlight your work!
  • PokéCommunity's Easter Egg Hunt is now on! If you're interested in looking for some eggs and earning badges, click here!
  • Welcome to PokéCommunity! Register now and join one of the best fan communities on the 'net to talk Pokémon and more! We are not affiliated with The Pokémon Company or Nintendo.
    Register

[Graphic✓] Pokefirered - Implementing the DS-style sprite sheets

Princess Gabrielle

    • 19
    Posts
    7
    Years
    • Seen Feb 22, 2025
    Hey, sorry if this question has been asked and answered already, but I couldn't find it if that's the case.

    What's the proper way to mass import the DS-style 64x64 Sprite Resources [https://www.pokecommunity.com/threads/267728] into a decomp hack?
    I notice that the sprites in the graphics folder of the game are arranged differently (as in, front and back separately rather than a sheet of four sprites), so it doesn't seem to be a drag-and-drop kind of deal.

    Is there an ''easy'' way to implement them into a disassembly project or do they have to be adapted manually one by one?
    Or, maybe, are they meant to be used with binary tools on top of a compiled disassembly rom?
    Thank you and sorry if the question is unnecessary, I'm kinda new to this.
     
    Princess Gabrielle said:
    Hey, sorry if this question has been asked and answered already, but I couldn't find it if that's the case.

    What's the proper way to mass import the DS-style 64x64 Sprite Resources [https://www.pokecommunity.com/threads/267728] into a decomp hack?
    I notice that the sprites in the graphics folder of the game are arranged differently (as in, front and back separately rather than a sheet of four sprites), so it doesn't seem to be a drag-and-drop kind of deal.

    Is there an ''easy'' way to implement them into a disassembly project or do they have to be adapted manually one by one?
    Or, maybe, are they meant to be used with binary tools on top of a compiled disassembly rom?
    Thank you and sorry if the question is unnecessary, I'm kinda new to this.
    Click to expand...
    It's not exactly common knowledge, but there's a tool that does split sprite sheets like those (which are certainly made for binary hacking).
    It's called Aseriestodis, and it's a command-line tool. You either drag-and-drop your 256x64 sheet in the .exe file or you pass the file manually to it by using aseriestodis name_of_the_file.png on the Windows Command Prompt, and it spits out 64x64 sprites and 2 palettes; normal and shiny.
     
    Lunos said:
    It's not exactly common knowledge, but there's a tool that does split sprite sheets like those (which are certainly made for binary hacking).
    It's called Aseriestodis, and it's a command-line tool. You either drag-and-drop your 256x64 sheet in the .exe file or you pass the file manually to it by using aseriestodis name_of_the_file.png on the Windows Command Prompt, and it spits out 64x64 sprites and 2 palettes; normal and shiny.
    Click to expand...

    Oh, thank you!
    I think I understand how it's meant to work, but I'm having an issue where the tool won't open or work at all for me by just launching it or dragging the sheet into it, and the command prompt just results in ''command not found''. Any idea why that's going on? :(
     
    You must log in or register to reply here.
    Back
    Top