I have 2 questions:
1. Is it possible to use this ROM on a modded SNES classic?
2. Do you have any tips for developing SNES games? I have been interested in doing so but can't figure out where to start.
Hi, yes, this is possible to use this ROM on a SNES classic, or any other SNES emulator!
Regarding SNES development, the "easiest" way is to make it in C. You won't have as much power/control as programming in pure assembly, but it is still possible to make fun games (both Yo-Yo Shuriken and Keeping SNES alive were programmed 100% in C). I recommend you to use PVSNESlib, that is a framework that gather everything to get you started: C compiler, tools to convert images and sound in SNES formats, etc. The SNES is a quite complex beast (for a 16 bit console), with several display mode, some oddities in how sprites are handled, etc. You can start making a simple game by tweaking stuff, but eventually you'll have to read some technical doc about how the console works :).
Anyway, to get you started, here is a link to download and install PVSNESlib: https://github.com/alekmaul/pvsneslib
I recommend you to read the wiki first on how to set the whole thing up: https://github.com/alekmaul/pvsneslib/wiki If you're already familiar with makefile and c compilers like gcc, this should be quite straightforward.
Then you can read the examples in the lib, or you can read the source code of my game Keeping SNES alive to see how to make a simple game. My game is simple but it does cover all the basics: two layers of BG in mode 1, 16x16 and 32x32 sprites, music and sound effects, VRAM transfer constraints, input, etc. I did a lot of comments in the code to explain what each line does.
Although making a SNES game in C is still quite a challenge (compared to C development on NES or Genesis for example), this is a way easier route than going straight to assembler IMHO.
Regarding docs, besides PVSNESlib wiki, I'll recommend:
-The NoCash SNES specs (technical, but thorough) https://problemkaputt.de/fullsnes.htm
-The SNESdev section of the NESdev forum: https://forums.nesdev.com/viewforum.php?f=12 The community is very helpful and skilled. They saved my life more than once when I was making my first SNES game :)
And feel free to ask me if you need any help!
I'm looking forward your fist SNES game! :)
Well, there are a lot of restrictions, but unlike other consoles the SNES has several display modes and is able to switch them during display (thanks to the HDMA feature). So graphical restrictions can vary a lot. But I'll try to give you a rough picture:
- For backgrounds, the most common display mode, Mode 1, has 3 active layers. Two layers can hold a 16 colors image each, while the third one is limited to 4 colors only. There are additional modes that display a single layer of 256 colors, or 4 layers of 4 colors each.
- And of course, there is the famous "Mode 7" that can display a single 256 color image that can be rotated and scaled freely. This allow you to make rotating backgrounds like in Super Metroid or Castlevania IV. For 3D effect like in F-Zero or Super Mario Kart, you'll need to use the HDMA feature in addition to mode 7, so that's quite an advanced topic :). I haven't toyed with mode 7 yet, but I hope to be able to use it in a project someday!
- For sprites, the SNES can display up to 128 sprites on screen (a huge number!). Each sprite can be either of "small size" or "large size". Like the display modes, you can choose what numbers of pixels "small" and "large" actually refer to, from the following size: 8x8, 16x16, 32x32 and 64x64. For example, in Yo-Yo Shuriken I used 16x16 sprites for "small" (player and enemies) and 32x32 for "large" (the explosions). The larger your sprite are, the more VRAM they'll take, and of course the total amount of VRAM is limited :)
- I don't remember the exact number, but IIRC the SNES can only display 320 pixels on a single line, meaning that you can have about 20 sprites of 16x16px on a single line (compared to the NES who can only display 4 sprites of 16x16px, this is huge)
- Regarding colors, the SNES have 8 palettes of 16 colors for backgrounds, and 8 palettes of 16 colors for sprites. This is why SNES graphics are so colorful :).
- Regarding audio, the SNES is very powerful for it's release date, and can play sample based music (i.e. tracker music). But you need to fit all the samples and sound effects in the limited RAM space (honestly, there is quite a lot of Sound RAM available, but this is the main limit for audio). Also, you have 8 audio channels available - so if you use 2 channels for Sound Effects, your music can only have 6 channels (that is already quite good IMHO).
- To summarize, compared to 8 bit consoles, the SNES is much less restricted in graphics and audio. Honestly, the main thing you'll fight with, especially when developing in C, is the total amount of CPU power available. The SNES can display loads of sprites on screen, but it will have an hard time to check collision for all of them in a single frame for example.
Yes, but there are fairly large compared to 8-bit console. The largest commercial games where 6 megabytes (48mbit), so that quite a lot of data as the SNES graphics and audio data don't take that much space!
And if you really need more space, I think you can have mapper chips or cartridge mapping configurations that allow you to go beyond this limit. Although I haven't looked into that to be honest - for now the standard size fits my SNES projects ;)).
To set up PVSNESlib, follow the Wiki, it's very well done: https://github.com/alekmaul/pvsneslib/wiki/Installation-with-Windows
For code editor, the Wiki suggest Programmer's Notepad: https://www.pnotepad.org/
Personally, I generally use Scite; https://www.scintilla.org/SciTE.html
If you never programmed in C though, you should be prepared to spent some time navigating the "oddities" of the language. It's very a powerful language, but it also require some "good habits" to avoid nasty bugs. But don't get discouraged / overwhelmed by the apparent complexity of C. To make a simple SNES game you don't need to master all the language features (for example, if pointers seems hard to grasp at first, you can make a game without them). And the more you code in C, the more natural it'll be :).