A number of people simply link to the RHDN entry page to download their hacks from their blogs/websites.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Speaking from experience, it's very, very easy to 1) lose track of issues that need fixing, and 2) forget that you need to do a 1.01, then when you remember that it needs to be done, find yourself unsure of what needs to be fixed. There are several items in my back catalog that need updating, but it's been so long that I've lost track of the various bugs that people find. It doesn't help that different bugs are frequently posted on different message boards. Keep a concise list of issues that are still current and that have been fixed in a place you can find, fix things as they come up regardless of how exhausted you may feel, and don't forget to release.
For example for that programs that allows you to view VRAM in a ZST SNES savestate.
As time has passed, I find myself playing games far less often than I used to. If she wanted to spend time with me, I wouldn't have any problem turning it off. She's ok with me playing, but if she said to get rid of them, I wouldn't do it.
Not necessarily, maybe the ways of compression are tailored to each data type's internal structure?
However, with 64-bit systems, there is no compatibility with old 16-bit programs any longer, which can be a problem.
The DSP registers implement a lot of MIDI's functionality (such as key-on/key-off) out of the box to begin with.Not really. Key-off on the SNES is not the transition to decay as you expect to get out of a key-off midi event... That's just it, you will see there is actually a great deal of processing to be done to translate each event, and properly manage your voices, channels, polyphony, and features.
the SPC doesn't need to block. it can run in a timer driven loop which at some point scans the port registers for a new event and buffers it when one is present (a suitably-sized ring buffer ought to work here) otherwise it cycles the loop and continues other processing (ie: processing of already buffered events, echo, reverb, pitch or amplitude modulation, etc.).Good luck with that. I think you will have difficulty expecting the SPC timer and fetch code to correlate precisely enough with any fixed HDMA transfers. There could be many MIDI events that happen simultaneously such as simply two chords at once. And you're going to need to stream each one individually close enough together not to sound funny, and get it all processed before the tick time of the next event. Based on my experiences, I certainly wouldn't do it as such if you want it to be of any use beyond just a standalone MIDI player.