Topic: slow real tape speed tap loading
Hello to all
Please could anyone tell me what speed exdos loads a tap file in? And is it possible for it to load it as normal tape speed, with the spectrum loading noises, like a real tape?
Thank you
You are not logged in. Please login or register.
esxDOS BBS → Discussions → slow real tape speed tap loading
Hello to all
Please could anyone tell me what speed exdos loads a tap file in? And is it possible for it to load it as normal tape speed, with the spectrum loading noises, like a real tape?
Thank you
I was also wondering this. I mean it's great to have instant loading, but sometimes it would be nice to experience the real speed and sounds for nostalgic reasons. Is there a config file we can edit to achieve this perhaps?
I was also wondering this. I mean it's great to have instant loading, but sometimes it would be nice to experience the real speed and sounds for nostalgic reasons. Is there a config file we can edit to achieve this perhaps?
This gets asked a lot, but it's physically impossible with a standard divIDE / divMMC:
If you want slow loading and audio then you have to send the data to the audio-in port on the Spectrum. The divIDE / divMMC is not connected to the audio port. Because the Spectrum CPU is used to read the audio-in port, you need a second CPU to send the data there in the first place. From a software point of view the best you could probably achieve is writing to the border / beeper on every data byte read. But at that point you would be adding several instructions to every byte read. You would end up loading slower than tape. Possibly much slower.
If you want the convenience of having all the files on the same SD card, currently your only option is a rev 4.2 ZX Uno. Then you can convert your TZX files to PZX files and load them via the PZX player (which is effectively a second CPU in the ZX core for the FPGA).
The other options are TZXduino and IF1bis:
https://www.sellmyretro.com/offer/detai … uino-22750
https://sites.google.com/site/interface1bis/
The divIDE / divMMC is not connected to the audio port
Thanks, hadn't thought of it that way. So these devices effectively bypass the tape loading routines and send the data directly into the RAM. I had wondered if they invoking them but at some very high baud rate.
esxDOS BBS → Discussions → slow real tape speed tap loading
Powered by PunBB, supported by Informer Technologies, Inc.