bell @ http://psx-scene.com/forums/yaosm/61191-yaosm-smg-beta-testing-nothing-else-please-its-working.html
I haven't had time to read the forums as the little time I get free has been used to make the SMG fix.
This thread is for beta testing, nothing else, keep suggestions, speculating and other stuff in other thread. The first beta is not optimized yet and contains the full feature set of yaosm and hopefully also an SMG fix. I haven't had time to test it myself yet but I guess some of you may want to try it before I do.
It runs on 12F683 only at the moment but it will fit into a 12F629 when I'm done optimizing it, hopefully without removing any important features (again, save speculations and suggestions for later).
What is almost 100% certain though is that there will be one hex for DMS/D2A and one for D2B. However when it's done you will be able to program a chip without SMG fix and add the SMG fix later with a config utility as all the drivecode will be stored in the eeprom.
As I said before, this is completely untested but I have a good feeling about it.
Some details: To bypass the A4 test you need to relocate the mainloop from rom to ram in order to alter it. We're talking about 243 bytes of assembler code that becomes 251 bytes after reassembling it for the new position in memory (some 16 bits relative jumps becomes 24 bits which adds 8 bytes to the size). To that I've currently added 48 bytes (which I plan to optimize once I know it is working). That means 299 bytes of drivecode.
As you can see this will not even fit into the eeprom of the 12F683 which is why I've spent most of the time writing a patchalgoritm that reuses the original code from ROM so that I currently need 127 bytes to create the 299 bytes of drivecode.
Once it works I will optimize the added part of the code so that it will fit within the 123 bytes that I have left in the eeprom of the 12F629.
12F629 will come when it's done, stop asking. I'm going to delete non related posts every now and then. Don't feel offended about it, I just want to keep the thread clean.
EDIT: smgtest1 has been confirmed working. Now for the next test, smgtest2 uses optimized code and only uses 109 bytes of the eeprom which means it will fit in a 12F629. The 12F629 version has been stripped so that it does not contain support for the config disc so remember to configure your chip before programming it.
EDIT2: smgtest2 also works. I recommend smgtest2 as it also should allow original SMG discs to work something the that I suspect that Kains OpenWii solution does not.
I haven't had time to read the forums as the little time I get free has been used to make the SMG fix.
This thread is for beta testing, nothing else, keep suggestions, speculating and other stuff in other thread. The first beta is not optimized yet and contains the full feature set of yaosm and hopefully also an SMG fix. I haven't had time to test it myself yet but I guess some of you may want to try it before I do.
It runs on 12F683 only at the moment but it will fit into a 12F629 when I'm done optimizing it, hopefully without removing any important features (again, save speculations and suggestions for later).
What is almost 100% certain though is that there will be one hex for DMS/D2A and one for D2B. However when it's done you will be able to program a chip without SMG fix and add the SMG fix later with a config utility as all the drivecode will be stored in the eeprom.
As I said before, this is completely untested but I have a good feeling about it.
Some details: To bypass the A4 test you need to relocate the mainloop from rom to ram in order to alter it. We're talking about 243 bytes of assembler code that becomes 251 bytes after reassembling it for the new position in memory (some 16 bits relative jumps becomes 24 bits which adds 8 bytes to the size). To that I've currently added 48 bytes (which I plan to optimize once I know it is working). That means 299 bytes of drivecode.
As you can see this will not even fit into the eeprom of the 12F683 which is why I've spent most of the time writing a patchalgoritm that reuses the original code from ROM so that I currently need 127 bytes to create the 299 bytes of drivecode.
Once it works I will optimize the added part of the code so that it will fit within the 123 bytes that I have left in the eeprom of the 12F629.
12F629 will come when it's done, stop asking. I'm going to delete non related posts every now and then. Don't feel offended about it, I just want to keep the thread clean.
EDIT: smgtest1 has been confirmed working. Now for the next test, smgtest2 uses optimized code and only uses 109 bytes of the eeprom which means it will fit in a 12F629. The 12F629 version has been stripped so that it does not contain support for the config disc so remember to configure your chip before programming it.
EDIT2: smgtest2 also works. I recommend smgtest2 as it also should allow original SMG discs to work something the that I suspect that Kains OpenWii solution does not.
