nesdev.org

No, not that. Obviously it's going to the SPC700. What program did you make the .SPC music file in?

LucianoTheWindowsFan wrote: ↑Mon Jul 06, 2020 10:22 am Here's the code in txt

Okay, what format did you make the SNES music in first?

vbc wrote: ↑Tue Jun 30, 2020 3:53 am If there is some demand I might add support for the 65816, but somebody would have to help with target integration and provide SNES-specific support libraries.

SNES-specific support libraries? Like, ASM libraries?

I know a pretty good SNES-specific library... Behold, Optiroc's LibSFX.

Do you plan to add SNES support, too? I don't care if PVSNESLib exists.

Nice. Do you plan to support SNES? I know there's already PVSNESLib, but it's not really great to be honest...

That's a pretty cool idea. I already have lots of nostalgia with making WarioWare: DIY games, music, and manga on DSi. I'm still using Blockly for the programming, but for the GUI I'm now just using Tiled. I don't enjoy working on GUIs so it's convenient that there's a level editor that already work...

The game can always come later as the program develops further. But its a good idea to show off what the software can do. Plus gives another reason to support the project. Ah, I see. Though if the program develops further and gets more and more features, if the example game is already finished, it ...

Can you explain what method you are using to put music into your game? Can you explain what format the music is in?

When you make RGB don't just make a program that creates SNES games. Create your program and then create a full blown game with it to show off what it can do, but keep the game limited to 1 MB then allow the user base to expand the ROM to 4 MB and build their own games off all of the existing resou...

Just wondering, if those sounds like synth patches, could the BRR version possibly be generated algoritmically by software ? This would save the hassle to deal with compression in the first place. Yeah, it'd be awesome to use the SPC700 itself to generate samples. I imagine it could be possible to ...

The idea psycopathicteen is proposing seems to be that you could pack a bunch of compressed samples into ARAM and decompress each one with the SPC700 when required; they wouldn't ever have to all be uncompressed at the same time. This is likely why he picked LZ4; it's very fast on 8-bit processors....

It's to pack more in the audio RAM. The data has to be decompressed from LZ4 into BRR before being played by the SPC700. That's exactly what the general consensus that this method 'doesn't work' means: that it's not going to pack more in the audio RAM because the decompressed result will ultimately...

I like the idea of being able to make your games without code, but I think it would be a good idea to also give the developers the option to code directly in ASM. Like you can pick which method you want. While this is a good idea, if you wanted to code ASM, you might as well just edit the ASM files...

dougeff wrote: ↑Sun Jun 07, 2020 4:44 pm Once I get 16x16 tiles working, I'm going to make other modes. I'm slow. It will take some time.

Alright, nice. Please take as much time as possible, because you'll need the time to better the program.

As far as making it a stretch goal specifically, that's a bit tricky. My understanding is that the estimated delivery date stays the same with or without stretch goals. I'm just one developer working alone, and I don't want to rush to release if it means sacrificing quality. I'll think it through c...