davisgw wrote: ↑Wed Mar 26, 2025 6:20 pm
As promised, here is the OS65D games disk I promised, both the diskette and Gotek images. I have verified the Gotek image boots on my 600D and that the games run. But I have not verified they are fun Enjoy them anyway!
Well, I copied your game disk .hfe file to my Gotek and it booted just fine
I then made a physical 5¼ disk by copying it from the Gotek to my MPI drive...
It boots and runs all the games perfectly!
Thank-you!
Last edited by HOWARDHB on Fri Mar 28, 2025 5:45 am, edited 1 time in total.
You are welcome. Do you like the games?
You gave me an idea for switching the serial port between 300 and 4800 baud without modifying the 600 board. I will post it after I try it if it works.
I tried my idea on one of my 600D boards to get switchable 300 or 4800 baud by adding a switch to J3-8, J3-10, J3-12 and connecting U30-14 to J3-12. But nothing I've tried seems to work at 4800 baud. First I tried cutting the board land at U29-12 and connecting it to U30-14. Then I cut both ends of the board land to J3-12 and ran a coax from U30-14 to J3-12 and tried the switch again...I get only garbage on the PC side. On my 600B board direct connecting U30-14 to U57-2 works just fine but it's not switchable. So I'm missing some other detail.
Is there something different between the 600B and 600D boards that I'm missing? Any suggestions/ideas please.
I haven't (yet) tried cassette / printer baud rate higher than 300.
However, the assembly manual only eaxplainsa how to wire and jumper the rear connectors.
Well, as I suspected, there IS a difference in the clocking between the 600B and 600D boards. After much head scratching and reviewing my changes to the 600D board I discovered that connecting U57-2 to U30-14 (C0) yields a serial port speed of 9600 baud, not 4800 baud as it does on the 600B board. The correct change for the 600D board is to connect I57-2 to U30-13 (C1). So my change to add a switch to J3-8, J3-10, J3-12 and connecting U30-13 to J3-12 for the switch selection for 4800 baud works perfectly! Thanks to all who helped even if the help was misleading
On the plus side I've become an expert disassembling and reassembling this 600D system....
Once again I've tried unsuccessfully to convert an audio tape program to a .LOD file. I recorded the tape on my PC to a .WAV file using Audacity at two different levels, then I did the conversion with osikcs -s -f -c1 backgammon.wav backgammon.lod. Both .WAV files got about 3000 framing errors and will not successfully load on my 600D. I tried to load them both as BASIC and machine code without much success, but I think this program might be machine code.
So when I did this previously with SargonII Mark explained that the levels were likely too low which is why I recorded this with some audio clipping. And he corrected some framing errors by comparing to the code for a non-OSI SargonII, but I don't know if that is possible with this one from Aardvark. Can anyone tell me what I'm doing wrong? I'm including the files for your analysis. Thanks.
I found a better KCS decoder written in python here: https://www.dabeaz.com/py-kcs/
Which generated the attached after using the command kcs_decode.py backgammon.wav > backgammon.bas
[after installing python313]
Mark,
I'm assuming the Python decode script is executed in a Windows command window while in the folder containing the .WAV file. Can you post a screen capture of the procedure to run it? Once Python is installed does Windows recognize the script as a Python executable?
The Backgammon BASIC progrom loads and runs perfectly. Thanks.
Mark,
Hooray. I got this to work by copying the Python scripts and the .WAV file into a new Windows folder. Very slick and fast.
If the input file is a object code file what is different about executing the script? Do you need to know what kind of file you are decoding before running the script? Thanks.