![]() ![]() I take it nobody took you up on making a front-end that satisfies more people. I don't know the specifics and the reasons for the way things are done. I guess you tried the approach of having someone else manage the GUI, and add all these things that people want but that don't interest you in the least. Supporting the user's choice makes sense to me in this case.Īs for encouraging adoption of headerless ROMs, I'd prefer approaches that give users new options that are preferable to headered ROMs, rather than leaving support limited where it could be added trivially. With ROMs, they might use lots of tools that need headers, and prefer to use headered ROMs for this purpose. There's a larger picture as well, that of each user's machine being a unique environment within a unique process they use for all the activities they do. This is the bread-and-butter of what programs do: take on slight costs that benefit the user many times over and eliminate wasting time on routine tasks. My argument for supporting (skipping) ROM headers is that it makes the program handle a very common situation that many people have (having lots of headered ROMs) with zero effort, and the implementation is only a few lines of code (I'm only referring to merely skipping them, not things like interleaving etc.). The OS should do this, not every program.It's a drain for a developer who doesn't care about archives.HDD space difference is small compared to sizes of current drives and media people store.I remember some good arguments against supporting. The only advantage I see to supporting ZIP is so that people don't have to extract their illegally downloaded ROMs (and noting that some browsers force decompress your archives, like Safari.) Modern file systems like NTFS can natively compress folders too, in a way that's transparent to the application. That means you are talking about a space difference of ~1GB, which costs approximately 5 cents/mechanical, and 50 cents/SSD. I do want to point out that there are, at best, 4000 SNES games, including all revisions and all countries. NSRT pushes JMA, and GoodSNES pushes SMC+cointoss copier headers. It's a done-deal for No-Intro and Zapatabase sets, at least. sfc extensions inside and no copier headers. The harder part will be finding ZIP files with. It's just a matter of whether or not I can parse the ZIP headers, find the SFC images inside, and show them in a file browser quickly enough without lagging the emulator out. I wrote a ZIP implementation based on miniZIP that's <10KB in size. zip shows up as a possible game to load, even though few ZIPs are actually SNES games. To reiterate, my issues were that it required a 300+KB dependency on zlib, and infighting with Debian upstream over using system zlib on Linux despite Windows not having a system zlib, having to accept zlib's license, as forgiving as it is, and with losing the association between extension=system, meaning you'd get false-positives so that every. I forget whatever reason there was for dropping support but it's annoying to waste space like that. "You can't even do filesize&0x7fff=512 due to older homebrew that doesn't pad the ROMs out."īut it is annoying that atleast last I heard it had dropped support for loading Zipped ROM files. "Emulators have to do odd math to try and detect internal headers now not just at $7fc0, $ffc0, $40ffc0 but also at $81c0, $101c0, $4101c0" ![]() I just don't want to write and maintain the code in my codebase." "The thing is, I don't care if it's modified to load ZIP files, remove copier headers, deal with SMC/SWC/FIG/BIN, etc. I believe Cowering manually padded many of them for compatibility with ZSNES." "Your code would not boot your own iNFINITY demo ROM, nor a bunch of older PD ROMs. And smaller, and don't need another power brick, and they don't need copier headers because the designers weren't lazy, and some can even run DSP- and pick the most likely candidate." ![]() And they're mostly cheaper than copiers were, and far more readily available and still made. Most people now have flash carts for the SNES, where you can put 100% of your games on a single SD stick and load them in two seconds. Don't expect the right to inconvenience everyone else for your benefit. If you want to fight change for 20+ years, expect to be inconvenienced. ![]() My GDSF7 has a parallel port, my comm cable uses serial, and yet my modern computers don't have serial/parallel ports, or even floppy connectors. When the RAM died, I had to go out of my way to find SDRAM for it. I have an old Win9x box that I use for older Falcom games. But you have to realize you're a minority. I'm not saying you have to get rid of them. I get that many SNES coders are still rocking their copiers. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |