I'm trying to turn this into a usable project that others can try.
I took my code and tried to compile it using MPW, but MPW doesn't have support for the C++ STL classes. I was able to grab an old version of stlport that provides implementations for the missing classes, but I'm still running into problems because MPW's implementation of C++ is too old and doesn't support stuff like ios::binary. Plus, I don't really want to learn the Mac toolbox to make a classic GUI for it anyway.
Is it reasonable, do you guys think, to require a Windows/OS X/Linux computer to patch the firmware file? My main problem with this approach is the "G3 Firmware" file that has to be patched also has a resource fork. So if I patch the data fork in a different OS and transfer it back over, the resource fork will get destroyed. That's why I was hoping to get the patcher to work completely in OS 9. If the file is transferred onto a USB FAT32 drive from OS 9, the resource fork gets saved in a separate file next to it. I'm thinking as a workaround, the OS X/Windows/Linux patcher program could check for presence of that file to verify that the resource fork will be intact when the file is copied back to the OS 9 computer...
Aside from this, it'll require using Audacity (or a similar program) to export the sound as a raw 16-bit, 44.1 kHz sound for input to the patcher.
Also, I haven't tested this on a rev. B blue and white G3 logic board --I don't have any to test with. Does anyone know if the rev. B logic board uses the exact same firmware?
I took my code and tried to compile it using MPW, but MPW doesn't have support for the C++ STL classes. I was able to grab an old version of stlport that provides implementations for the missing classes, but I'm still running into problems because MPW's implementation of C++ is too old and doesn't support stuff like ios::binary. Plus, I don't really want to learn the Mac toolbox to make a classic GUI for it anyway.
Is it reasonable, do you guys think, to require a Windows/OS X/Linux computer to patch the firmware file? My main problem with this approach is the "G3 Firmware" file that has to be patched also has a resource fork. So if I patch the data fork in a different OS and transfer it back over, the resource fork will get destroyed. That's why I was hoping to get the patcher to work completely in OS 9. If the file is transferred onto a USB FAT32 drive from OS 9, the resource fork gets saved in a separate file next to it. I'm thinking as a workaround, the OS X/Windows/Linux patcher program could check for presence of that file to verify that the resource fork will be intact when the file is copied back to the OS 9 computer...
Aside from this, it'll require using Audacity (or a similar program) to export the sound as a raw 16-bit, 44.1 kHz sound for input to the patcher.
Also, I haven't tested this on a rev. B blue and white G3 logic board --I don't have any to test with. Does anyone know if the rev. B logic board uses the exact same firmware?