ToToTEK.COM

For the Linux I'm running on the t510:
nrq@rei:~$ cat /etc/debian_version
11.8
nrq@rei:~$ uname -a
Linux rei 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29) x86_64 GNU/Linux

Thank you.
...

My pass-through changes that are in that DOSBox branch have been accepted by DOSBox-X upstream, so I do not maintain a separate DOSBox-X branch. The changes have been in the binary releases since May ...

Thanks a lot Bishop702 for the additional details.

MottZilla's updated link to gd7tool.zip (Game Doctor SF ROM Split) is working for me.

About attaching a file, have you checked [url=https://www ...

Very interesting and entertaining video :-D
Looking forward to more ;-)

Another interesting bug regarding the charset is how some copiers are unable to load or display anything past digit 9.
If you split a rom in more than 9 files, the next digits will be ":", ...

Cool story! Thanks for sharing. Am I correct in understanding that that parallel port implementation only supports SPP, not EPP? Is the version of uCON64 you are using just the plain-vanilla SVN versi ...

See Q53: I am trying to use a PCIe parallel port card, but while uCON64 can communicate with an older backup unit like my Super Wild Card it cannot communicate with my MD-PRO, which requires EPP. Can ...

Well, the data is at least uploaded correctly or else you would not have been able to retrieve identical data. Obviously something goes wrong, but first let's wait for revenant1's results. Solving th ...

Sorry for the late reply. For some reason I didn't receive notification e-mails as usual, so I completely missed the last few posts.
An empty C string *does* include the 0 byte. Otherwise it cannot b ...

Trenton_net performed further tests with a build of uCON64 that uses a transfer buffer of 1024 bytes instead of 32768. However, that didn't change his results -- the first byte of the ROM data is cons ...

That was a great answer! It all makes sense now. Thanks a lot for your effort.

If you're just referring to how the firmware generates headers for those games, it's mostly just a matter of the firmware not knowing how to distinguish unmapped/"open bus" memory from an ac ...

The fact that the games work with these header values - and that you can determine those values using heuristics similar to the ones that reasonably accurate emulators (including bsnes/higan) use - pr ...

I noticed that Super Metroid ends up with the value 0x20 at 0x11, which might just be the ROM size in megabits (0x18) rounded up to the next power of two.
Yes, that is why
At least the output of uco ...