Classic99 Updates

[Tursi]

Well, the concern I was having you test was whether linking with the newer dxguid on my Win10 install caused any DLL dependency issues. Key presses are not handled any differently after the boot screen as on it (it's an emulator - it doesn't know whether it's at the boot screen or not ).

 

Do you have audio on? Are you sure it's not "booping" at you for pressing what it thinks is an invalid key, possibly caused by a stuck metakey? Press enter (which clears the meta key states) and then try again?

 

I've got 7 at work too, so I can check in a little while if I get the same result!

[digdugnate]

Edit: Yes! It does work. I think my remote software was the culprit. It boots AND launches Alpiner.

 

Yup, I do have audio on. Here's the steps I'm using:

 

1) Launch classic99.exe

2) Get splash screen and boop. yay!

3) I went to Cartridge -> Games -> Alpiner, then the emulator resets back to splash (of course). Boop!

4) I press 'enter' to go to the menu screen, where it's the '1 for Basic, 2 for English, etc'.

5) When I press the '2' for English, it doesn't launch the program.

 

I am remoted into this machine via LanDesk, so that might account for the keyboard weirdness.

Edited July 7, 2017 by digdugnate

[notwhoyouthink]

CS1 is on my list already. It'd be neat to see it work but it doesn't really have much demand from a development standpoint.

Just to let you know, tape support is pretty much the only reason i still keep a copy of win994a simulator installed.

When classic99 finally supports tape, i will have no reason at all to go back to win994a simulator.

Also, could you make classic99 be able to choose system configuration, like if we want the disk drives but no 32k or speech synthesizer (easy to set up in win994a simulator).

Thanks for all your work on this great emulator!

[Vorticon]

Disk access is now fully restored with the pcode system. Thanks!!!

The bad news is that I seem to have misplaced my latest version of the Phoenix chess program diskette... I hope to all the Gods that the real disk I have at home has the latest one otherwise I'm in for a long re-write... Dang it!

[Vorticon]

Disk access is now fully restored with the pcode system. Thanks!!!

The bad news is that I seem to have misplaced my latest version of the Phoenix chess program diskette... I hope to all the Gods that the real disk I have at home has the latest one otherwise I'm in for a long re-write... Dang it!

[Tursi]

Edit: Yes! It does work. I think my remote software was the culprit. It boots AND launches Alpiner.

 

Yup, I do have audio on. Here's the steps I'm using:

 

1) Launch classic99.exe

2) Get splash screen and boop. yay!

3) I went to Cartridge -> Games -> Alpiner, then the emulator resets back to splash (of course). Boop!

4) I press 'enter' to go to the menu screen, where it's the '1 for Basic, 2 for English, etc'.

5) When I press the '2' for English, it doesn't launch the program.

 

I am remoted into this machine via LanDesk, so that might account for the keyboard weirdness.

 

Just to be technical, that good sound is a "beep", while the bad key sound is a "boop".

* my terms only, I'm not dictating to the universe, disclaimer etc.

 

It's been a long time since I've run Classic99 over a remote desktop of any sort

[Tursi]

Just to let you know, tape support is pretty much the only reason i still keep a copy of win994a simulator installed.

When classic99 finally supports tape, i will have no reason at all to go back to win994a simulator.

Also, could you make classic99 be able to choose system configuration, like if we want the disk drives but no 32k or speech synthesizer (easy to set up in win994a simulator).

 

Thanks... does Win994a support actual tape input, or WAVE files? I thought it was all simulated...

 

Tape support is not terribly high on my list - not a lot of developers are releasing software on tape anymore, and for those that do, emulation doesn't (currently) offer much advantage over the real thing. I want to do it someday, but it's more for a curiousity.

 

You can already turn speech on and off in the options menu. Other hardware can be disabled with hacky entries in the Classic99.ini but it's not really straight forward or flexible to do so. I'll keep the request in mind.

[digdugnate]

 

Just to be technical, that good sound is a "beep", while the bad key sound is a "boop".

* my terms only, I'm not dictating to the universe, disclaimer etc.

 

It's been a long time since I've run Classic99 over a remote desktop of any sort

mwhahaha, i'm glad i know the technical terms now! I think the bad key sound would be more like a 'BONG' or 'EEEECH'

[Asmusr]

What does "Warning: setting odd PC address from >D056" mean? >D056 contains ">136A jeq >d12c".

 

Edit: This happens in Knight Lore.

[Tursi]

What does "Warning: setting odd PC address from >D056" mean? >D056 contains ">136A jeq >d12c".

 

Edit: This happens in Knight Lore.

The disassembler may be lying to you, double check everything there and check a couple of instructions back as well. It means that an instruction has set an odd program counter. The only things that can do that are absolute branches and returns (which load from a register). Classic99, like hardware, will truncate the least significant bit, so many things will run in this case. But the message came about when I still had a 16-bit program counter, and some other game loaded an odd program counter, then did branches that used the return address to access byte data. The byte data was all misaligned.

[Tursi]

Classic99 v396

 

-fix for reading status of PROGRAM image files

-noted bug in TI disk controller that failed to correctly report display/fixed files in STATUS opcode - not fixed. Not sure whether to reproduce this bug in Classic99's handler or not... probabaly should warn on it.

 

http://harmlesslion.com/software/classic99

[Asmusr]

The disassembler may be lying to you, double check everything there and check a couple of instructions back as well. It means that an instruction has set an odd program counter. The only things that can do that are absolute branches and returns (which load from a register). Classic99, like hardware, will truncate the least significant bit, so many things will run in this case. But the message came about when I still had a 16-bit program counter, and some other game loaded an odd program counter, then did branches that used the return address to access byte data. The byte data was all misaligned.

 

Got it. What confused me was that the actual branch to an odd address was from >D052 but the warning is using the incremented PC. Because of this issue the current version of Knight Lore is executing an extra "socb R0,*R12+" instruction with R12 set to >0012, i.e. a write to system ROM!

[aftyde]

Where might I find the latest copy - does it support RW to disk or hard disk images? Re: tape support, I believe that much of the software I wrote and released back in the day is on WHT as .WAV files in the tape archive and I have tried everything to get them to load into my real machine - no dice. I'd love to see .WAV based tape support - it would be a kick to go back and see if the any of the code I wrote in High School is comprehensible to me as a 52 year old. As a kid - I was a master at Extended Basic... these days, much less so...

[atrax27407]

I'm having problems with the latest (v 396) version of Classic99. On boot, all I get is the white top line. I can drag and expand it to the screen size that I want but it doesn't always return in subsequent boots. Also, the links to the disk folders appear to be broken. None of the files are found and I get the corresponding disk access error. After some fairly extensive experimenting, I have gone back to a previous version (v 393a) and everything works as it should. I'm using the same .ini file for both.

 

Anyone else having problems?

[Casey]

I'm having problems with the latest (v 396) version of Classic99. On boot, all I get is the white top line. I can drag and expand it to the screen size that I want but it doesn't always return in subsequent boots. Also, the links to the disk folders appear to be broken. None of the files are found and I get the corresponding disk access error. After some fairly extensive experimenting, I have gone back to a previous version (v 393a) and everything works as it should. I'm using the same .ini file for both.

 

Anyone else having problems?

I have v394 installed and I get this behavior. I think I fixed it by going under the Video menu option and selecting one of the magnification settings. I may have resized the window to a non-standard size and I think that's when this started to happen to me. See if that fixes it for you.

Edited July 23, 2017 by Casey

[+arcadeshopper]

I'm having problems with the latest (v 396) version of Classic99. On boot, all I get is the white top line. I can drag and expand it to the screen size that I want but it doesn't always return in subsequent boots. Also, the links to the disk folders appear to be broken. None of the files are found and I get the corresponding disk access error. After some fairly extensive experimenting, I have gone back to a previous version (v 393a) and everything works as it should. I'm using the same .ini file for both.

 

Anyone else having problems?

 

Had the same problem select scale and 2x and you'll be back in business

[atrax27407]

Disk access is still broken with v 396. I'll keep using v 383a until the problem is resolved - same .ini file. It works with previous version but not this one.

[Tursi]

Where might I find the latest copy - does it support RW to disk or hard disk images? Re: tape support, I believe that much of the software I wrote and released back in the day is on WHT as .WAV files in the tape archive and I have tried everything to get them to load into my real machine - no dice. I'd love to see .WAV based tape support - it would be a kick to go back and see if the any of the code I wrote in High School is comprehensible to me as a 52 year old. As a kid - I was a master at Extended Basic... these days, much less so...

It supports disk images (yes, RW). No hard disk images, even diskette images was a compromise in my eyes. HD images offer no advantage over raw files on your PC's hard drive. MESS supports HD images if you want that.

 

For converting WAV to files, particularly if the files won't load on hardware, your best bet is to use one of the tools specifically designed to try and recover the data, such as CS1er. Even if I implemented support, it's not going to be able to operate better than the real machine, because it would be running the same code.

[Tursi]

Backup your Classic99.ini and either rename it or delete it. THEN start Classic99 and reconfigure, see if it acts the same way. Then close Classic99 and make sure it writes a new INI file. It sounds like your INI is damaged and possibly the emulator is not getting permission to update it when it closes.

Edited July 24, 2017 by Tursi

[atrax27407]

OK - I did as you suggested. Classic99 does create a new .ini file upon exit. Unfortunately, after configuring the disk path(s), I am still unable to access the programs as before. At this point, my only option is to download another copy and see if it works. It is remotely possible that my downlod is corrupted. Otherwise, I'm going to stick with the older version (v 393a) that is working just fine with the same .ini file. That same .ini file has been working perfectly since v 367, by the way.

[Tursi]

Use the menu to configure disk paths (although for DSK1 through DSK3, if you are just using the subfolders, no configuration is needed). The idea is to prove the editor isn't doing something.

[Tursi]

Version 397 - another quick update to address some issues.

 

-make the breakpoint on disk header corruption an option in the debugger menu (OFF by default - turn this on if you are debugging disk code!)

-NV file option ('N') is now allowed for cartridge memory space in non-banked cartridges only

-minimemory RAM is now non-volatile (weakly tested)

-emulator now sets the current folder to the same as classic99.exe by default

 

http://harmlesslion.com/software/classic99

[Tursi]

Version 398 - fix for fbForth

 

-Now allows mid-instruction VDP updates so that code which races the VDP interrupt (ie: random number generation) can succeed

 

http://harmlesslion.com/software/classic99

[oddemann]

Thank you so much for Classic99

It is a long time since I have really used the old TI, so I am "rusty" on the use of some of it. With classic99 I can play many of the games and play around with programming some Basic and Ex Basic.

Your classic99 is great!!!

Mvh
Odd K.

[PeBo]

question:

 

Does the delete command(DELETE device.filename) not work in classic99 or at least in the version I'm using (388)?

 

I was writing a small program the other day, and used the delete command as a lazy data reset. When writing/testing it on classic99 I kept getting an IO error on that line (blaming my own crappy coding of course). Before giving up completely, I decided to move testing over to my 4A where everything worked perfectly.

 

I have to say it is the first time ANYTHING (that I've tried anyway) has not worked in Classic99 - my absolutely favourite emulator (along with STeem), so I was surprised.

 

not a big problem (and I really should d/l the latest version) I was just curious.