Thanks for the reply. Your post sure cleared up a lot of questions . I had previously assumed that information was being written the same way it was stored in the ram when I had viewed it with TIM . I was not aware that it was being saved as decimal. Although I had wondered why commas and colons were able to pass through when loading a tape considering the fact that there's a INPUT# in the load routine. A few days ago I was looking at a .tap image with Final TAP and the buffer is filling to 192 bytes before recording. The other thing I got to see was how this looks on tape with the hex viewer. And like you had said in your previous post, there's a lot of bytes being used to write a few letters by saving as decimal. 192 bytes to write around 37 bytes to screen. Is there a basic or machine language routine that could allow me to save the information as a .prg from $1818 to 1C00 like I can in TIM monitor that I could incorporate into this program? -- Sent from: http://cbm-hackers.2304266.n4.nabble.com/Received on 2020-05-30 01:54:57
Archive generated by hypermail 2.3.0.