Jump to content
AW127

Question about the C and G files (Part1 and 2), in which nearly all games existed

Recommended Posts

I have a question about the file-formats and also the names of some TI-99/4A files, maybe somebody can help here.

 

One week ago i saw a "Let's compare" video on Youtube in which a person compared nearly all the different "Dig Dug" versions that existed for all the different retro-systems. Because i am a fan of "Dig Dug" since i have this game on my Atari VCS-2600, i watched the whole video until the end. The most versions, i already knew, cause either i have them on real hardware (alot of different retro-hardware (consoles/computers/handhelds) i have here), or i have played them in an emulator.

 

But there in this video, i saw the "Dig Dug" version of the Texas Instruments TI-99/4A computer and i liked it. So i wanted to test it in an emulator on my PC, which worked without a problem with the "Classic99 V399.012" emu. I never had this system back in the days and also i don't knew anyone in my circle of friends, which had it back in the days. But i liked this "Dig Dug" version and so i searched for games on the internet today. Found alot of them in different archives, but one thing is not really clear to me, therefore i want to ask.

 

The most games i found, seems to be double in the different game-archives. Also "Dig Dug" for example.

In one game-archiv there are this two files here:

 

- DigDugC.bin

- DigDugD.bin

 

First i thought, maybe these are different versions of the game, probably because there exists different TI-machines. When i start them, they both seems to be the same and both work. So, i didn't knew which of the two i should take now and had a look in the other archive.

 

But in this archive, the files have this name:

 

- Dig Dug (Part 1 of 2).c

- Dig Dug (Part 2 of 2).d

 

This sounds to me, like i need both of them, when i want to have the full game, cause it is called "part" here and the fileformat here then is   .c    and    .d    while the files of the other archive are both in   .bin   format.

 

In the third game-archive i downloaded, the files are named like in the second archive (with .c and .d) but they were both inside one "DigDug.zip" archive. So i thought, maybe i must let the files in zip-Format and then start the zip in the emulator, but this don't work.

 

My questions now are this:

 

(1) when i want to collect games for the TI-system and a game exists double in the list, one time with "C" in the name and the other time with "D", or when the filename says "Part 1 of ..."  must i then take both of these files in my future game-archive or not? The size of these files are always the same, Part1 is always as big as Part2. Must i really take both then, or is it okay to take only one of this files and put it in my new game-list. And if it is okay to take only 1 of the files, which one then is the best?

 

(2) which format is better to collect. the first one, where all files are in .bin format or the second one, in which the file-extension has a different name? The "Classic99" Emulator can run both of them, but i have not played the games completely to the end, which i tested so far. I dont want, that an error comes on a certain point in gameplay, when such a game maybe needs the second part (.d) or something like that. So, in which format should i collect the games?

 

For TI-99 specialists this may be a total noob questions  :)  but i am totally new to this system and in the internet, i could not find the answer to this question, when i searched for it in the last 30 minutes.

 

Edited by AW127

Share this post


Link to post
Share on other sites

They are the same contents. Bin files are my preference. The c and d denote 8k ROM banks while g denotes GROM and tends to be all the GROMs in a single file

 

Sent from my LM-G820 using Tapatalk

 

 

 

 

  • Thanks 1

Share this post


Link to post
Share on other sites

Okay "arcadeshopper", thanks for the fast answer.

 

Then i will also collect all the games only in bin-format, when you say this is also your preference and you know the system much better than i do, i guess.

 

And when you say, they have the same content, then i can also delete one of the two files in each case. Is it totally irrelevant then, if i delete the "DigDugC.bin" or the "DigDugD.bin" then? I ask, cause in the case of "Dig Dug" for example, i compared both bin-files with the "WinMD5free" checksum-program and the checksums are different, so they are not exactly the same files, in which only the filename was changed.

 

So, would you collect always the bin-file which has the "C" in the name or the bin-file with the "D", in each case of a game?

 

Edited by AW127

Share this post


Link to post
Share on other sites

And one question more comes to my mind right now.

 

When i only keep one of the two bin-files then in my own future game-archiv, can i then rename this file like i want, or must the filename then still contains a "C" or a "D"? Maybe the "Classic99" emulator reacts on this letters in the filename and then start these games in certain ROM-banks automatically?

 

I guess NO and the filename does not matter at all, but i better ask to be sure. :)

Share this post


Link to post
Share on other sites

No you need both c and d what I meant was the files regardless as to naming are identical inside so a bla.c and a blaC.bin are the same data just two naming schemes but the c is bank 1 and d is bank 2 of the ROM

Sent from my LM-G820 using Tapatalk

Share this post


Link to post
Share on other sites
And one question more comes to my mind right now.
 
When i only keep one of the two bin-files then in my own future game-archiv, can i then rename this file like i want, or must the filename then still contains a "C" or a "D"? Maybe the "Classic99" emulator reacts on this letters in the filename and then start these games in certain ROM-banks automatically?
 
I guess NO and the filename does not matter at all, but i better ask to be sure.
The c and d matter they tell the emulator which bank to put the 8k file in there are also other file types supported in classic99 I suggest you read tursis great docs for that information

Sent from my LM-G820 using Tapatalk

  • Like 1
  • Thanks 1

Share this post


Link to post
Share on other sites

Okay, i need both in each case of a game, i had misunderstood then. English is not my native language, therefore i guess. Thanks for clarification.

 

Then i will do it in this way in my own future game-archive:

 

- give every game a single folder (for better clarity)

 

- and then always put all bin-files inside (in case of "Dig Dug" then the DigDugC.bin and the

  DigDugD.bin files)

 

Thanks "arcadeshopper" for your fast help.  :thumbsup:  I like this "Texas Instruments" system, which is totally new to me. I always thought, they produced "only" calculators, now i found out this.

 

Look here at TI-99 version of "Dig Dug", running on my PC:  😀

 

 

untitled.thumb.jpg.1f0505c619b669e5371de773f734b8e2.jpg

 

 

The "Classic99" emulator only seems to detect the controller, which had the ID-number 1 in my Windows-7, the others don't work. But this was not a real problem, because i solved it easily with "XPadder" and mapped the keys, that "Classic99" uses in games ("Cursor-Keys" for steering and "Tab" for firing), to my controller with it. Works flawlessly.  :)

 

I really love emulators and the big and well-known systems i emulate since a long time, but in last week, i put some of them on my PC, of retro-systems with whom i had not been so busy so far. Like for example "Intellivision", "MSX", "MSX2", "Acorn Archimedes", "Sharp X68000", "WonderSwan" and so on. It's great and each system has some great games to offer and to discover.

 

 

Edited by AW127

Share this post


Link to post
Share on other sites

You can also combine the ROM banks into one file:

 

copy /b digdugc.bin+digdugd.bin digdug8.bin

 

Then you can open digdug8.bin in Classic99.

 

Note that the filename ends with 8. This is telling Classic99 the order of the ROM banks. If you revert the order you must call it digdug9.bin. (The 8 or 9 refers to whether a real cartridge would use a 74LS378 or a 74LS379 chip for the bank switching.)

 

  • Like 2

Share this post


Link to post
Share on other sites

You have the basics that you need above, the naming is kind of historical. In pretty much all systems, some convention is needed to tell emulators (and sometimes people) how to load the file. In the case of the TI, there are a number of ways to electrically connect ROMs to the cartridge port.

 

When V9T9, one of the first TI emulators came out, the author chose not to put headers on the ROM images, but instead to use a single letter to indicate the type of memory in the file. As the files were for MS-DOS, they were named with a standard 8.3 convention - 8 characters of filename and 3 of extension. The extension was always BIN, and the last character of the filename specified the type.

 

V9T9 at the time only supported three types of memory: C, D, and G. C was the standard 8k cartridge ROM. D was a second bank of 8k cartridge ROM, used by Extended BASIC and AtariSoft games. And G was GROM, a type of memory TI invented, the whole block is usually saved as one file. So, for some cartridges, you'll find all three files in use, for some, they may only need one.

 

When I wrote Classic99, I adopted that system, because at the time, we didn't really have any other public ones. (PC99 had one, but it was not freely documented and it was somewhat difficult to understand). But as we expanded the use of emulation and created new cartridges, I added new single characters. ;) 

 

The main ones added of note were 8 and 9. "8" was named such because the hardware used a 74LS378 latch as a mapper chip. This was ROM-only memory, paged, and stored in what we called "inverse" order, since paging bank 0 gave you the last physical page on the chip. Extended BASIC was technically compatible with this scheme (and was the inspiration for it). Later, people decided the inverted order was frustrating, and a 74LS379 latch was used instead (which also had more bits). This allowed a "non-inverted" order and got the "9" tag.

 

The last one is more recent - the FinalGROM users revolted against the idea of tagging files at all, so files with no tag are generally going to be non-inverted "9" type. ;)

 

So, C and D files go together, but C/D, 8, and 9 are different ways to describe the same ROM, so they won't be mixed in the same title. However, G for GROM files are a separate memory type, and can be included with any of the above.

 

In short:

C.BIN - 8k ROM

D.BIN - second 8k ROM - never seen without a C files

8.BIN - 16k to 32MB "inverted" ROM (usually complete)

9.BIN - 16k to 32MB "non-inverted" ROM (usually complete)

G.BIN - 6k to 48k GROM

 

There are, of course, other systems. MESS uses ZIP files with metadata stored elsewhere. It used to use (and still supports) RPK files which are zips with metadata inside the ZIP. Win994A uses a proprietary format created with a tool in the suite (but not compatible with any other emulator). PC99 ROMs still appear sometimes as well. It can sometimes be confusing... but fortunately you usually only need to set it up for the emulator of your choice just once.

 

  • Like 3

Share this post


Link to post
Share on other sites

Isn't it the other way around: 8 is non-inverted and 9 is inverted?

  • Like 1

Share this post


Link to post
Share on other sites
3 hours ago, Tursi said:

There are, of course, other systems. MESS uses ZIP files with metadata stored elsewhere. It used to use (and still supports) RPK files which are zips with metadata inside the ZIP.

 

Just a small addition: MAME (MESS) stores the metadata in the file hash/ti99_cart.xml. The RPK format is only available for the TI family in MAME.

  • Like 1

Share this post


Link to post
Share on other sites

Yes, the "8" denotes non-inverted files with six latches (using a 74LS378) for up to 64 8K-banks (which can be extended all the way to 32M with extensions Tursi incorporated in Classic99), and the "9" denotes inverted files with four latches (using a 74LS379) for up to 16 banks (and which can also be extended all the way to 32M with extensions Tursi incorporated in Classic99).

Share this post


Link to post
Share on other sites
10 hours ago, Tursi said:

FinalGROM users revolted

With pitch forks and torches!

  • Like 1
  • Haha 1

Share this post


Link to post
Share on other sites

Thanks for all the explanation. Not so easy to understand everything when english ist not your native language, cause some things really goes into details, but i helped me with Google Translate for the parts which were not really clear.  :)  Most things are clear now.

 

Classic99 seems to be a very good emulator, TURSI. So i can only say, good work! :thumbsup:

 

Seems like loading cartridges for the TI-99 System is totally easy, while starting games from disks not. I read in the internet and parts of the docs so i already could start some dsk-files by doing this steps here:

 

- inserted the app "ExtendedBasic" as cartridge

- inserted the dsk-Diskfile in DSK1 as Disktype "Image (dsk)"

- reset the Computer and go into Ext-Basic and type "OLD DSK1.filename", while filename is the Name of a File on the disk (to find out the name of the files on the disk i downloaded the tool "Ti99Dir" and looked into a disk before)

- when its loaded, then i type RUN

 

I guess, there is maybe an easier way, to start disk-games, but i am happy, that i found it out so far, how to do it. But not all diskgames can be loaded in that way, i found out. Some must be started over the app "Editor/Assembler". But i also had some, which i could not start at all. The Arcade-classic "Scramble" for example, was such a game. The Classic99 emulator gave me error-message, no matter if i tried to start it over Ext-Basic or the Editor/Assembler. It's clear to me, that i did something wrong when i tried to load this game, but until now, i could not find out, what it is.  :)  Best would be, when all TI-99 games would exist as Cartridges, then newbies to the system, have no problems *lol*.

 

Share this post


Link to post
Share on other sites

By the way, bevore i forget it - i am always interested in Chess-programs and also in letting them play against other Chess-programs, either from the same system or from totally other systems. Just for interest and just for the fun.

 

So, when i found the TI-99 game "Video Chess" yesterday, i let it play against my "GNU Chess V4.15" on the PC (i performed all moves by hand for both systems, of course).

 

"Video Chess", compared to the year it was published, really did a good job on Level9 (strongest level i suppose) against "GNU Chess". Until the middle of the game, it was an open game, but then "Video Chess" did a mistake and GNU merciless used this to win. And i turned off "Easy" in GNU Chess, so it played with power. Therefore, respect to "Video Chess", cause in former times, i let GNU also play against some other Chess programs from the early 80`s (different systems, all emulated) and in the most times, GNU have made short trial with them.

 

I have plan now, to let "Video Chess" play against the C64 program "Colossus Chess 4" and also against "PSION Chess" on the Atari-ST. Let's see, how "Video Chess" will behave here, but it will be hard, especially against PSION Chess, which is also a really strong player. But i guess, against other Chess programs, published in the same year than "Video Chess", this "Video Chess" could be something like a favourite now, after the strong performance against GNU Chess, which was published much later and runs on a stronger machine.

 

And by the way, i also emulate the "Nintendo DS" here with the DeSmuME emulator and "DS Chess V0.4" on that system, reached some draws against "GNU Chess 4". So, "DS Chess" is also a good player. Just wanted to mention, cause maybe some people here, also have a NDS handheld and searching for a good Chess-program for it.  ;)   Atari-ST "Psion Chess" against this "DS Chess" could also be very interesting. This i will also make in near future and for giving PSION real power, i will emulate the strongest Atari-ST computer possible in "STEEM SSE" emulator. Aaaahh i love it, all these different systems on one PC emulated. In the whole, i emulate 35 systems here, can you imagine. Really makes fun.

Edited by AW127
  • Like 4

Share this post


Link to post
Share on other sites

TI was rather proud of their chess program back in the day. They put an awful lot of work into making a "skilled" computer chess player.

Share this post


Link to post
Share on other sites
1 hour ago, JB said:

TI was rather proud of their chess program back in the day. They put an awful lot of work into making a "skilled" computer chess player.

 

Yes, this would explain the strength of this program.

Share this post


Link to post
Share on other sites

TURSI, one question to Classic99. I found out, that the emulator don't save the "show FPS" function. Every time when i turn Classic99 of, i must turn this on again. then i searched in the ini-file for this function, cause i wanted to set it here manually by typing in, but i can not find a line for this feature. All other settings the emulator seems to save when i close him and they still there after opening him again, only the FPS feature not. Is this a kind of bug or intended?

 

And second thing. Seems like the system always runs in 62FPS, i also read about this somewhere in the manual. The real TI-99 computers also do this and does this not can cause any kind of trouble on american 60Hz TV's back in time? Why this system runs in 62FPS (62Hz) instead of the normal 60Hz NTSC signalrate? Has this a special reason? I changed manually the number 62 to 60 in the ini-File to see, what will happen then in fullscreen, but the Classic99 emulator changed it back to 62FPS automatically. *lol*

 

Share this post


Link to post
Share on other sites
On 11/24/2019 at 8:33 AM, Ksarul said:

Yes, the "8" denotes non-inverted files with six latches (using a 74LS378) for up to 64 8K-banks (which can be extended all the way to 32M with extensions Tursi incorporated in Classic99), and the "9" denotes inverted files with four latches (using a 74LS379) for up to 16 banks (and which can also be extended all the way to 32M with extensions Tursi incorporated in Classic99).

Thanks for the inverted corrections, I always get those wrong. I wish the inverted form didn't exist. ;)

 

For what it's worth, Classic99 now supports the 378 and 379 schemes up to 512MB, the maximum size I allocated to the Gigacart (this assumes the extra latch bits come from the data bus). But Classic99 has trouble loading 512MB ROMs because it can be tricky for a 32-bit app to allocate that much RAM contiguously. Sometimes it works, sometimes not. ;)

 

Real carts exist in that scheme up to 4MB. Since I'm the one who came up with the "8" and "9" extensions for emulation, at least, I protest saying that my support of carts larger than the 64k and such is a Classic99 extension. It was implemented that way at the very beginning and the tags were more inspirational than specifying the exact mapper chip. ;) (I guess to be truly historical, the original name was "3" for the inverted files, and I changed it when the non-inverted came along...)

 

On 11/24/2019 at 8:07 PM, AW127 said:

TURSI, one question to Classic99. I found out, that the emulator don't save the "show FPS" function. Every time when i turn Classic99 of, i must turn this on again. then i searched in the ini-file for this function, cause i wanted to set it here manually by typing in, but i can not find a line for this feature. All other settings the emulator seems to save when i close him and they still there after opening him again, only the FPS feature not. Is this a kind of bug or intended?

 

And second thing. Seems like the system always runs in 62FPS, i also read about this somewhere in the manual. The real TI-99 computers also do this and does this not can cause any kind of trouble on american 60Hz TV's back in time? Why this system runs in 62FPS (62Hz) instead of the normal 60Hz NTSC signalrate? Has this a special reason? I changed manually the number 62 to 60 in the ini-File to see, what will happen then in fullscreen, but the Classic99 emulator changed it back to 62FPS automatically. *lol*

 

A lot of Classic99's debug settings don't save in the configuration. I didn't think anyone but me used the Show FPS function. ;) 

 

For frame rate, the setting in the configuration file only accept 50 or 60... and frankly 50 has not seen much testing. I set it to 62 after working the datasheets, but I'm still not 100% convinced. A long term test I ran a few years ago rated the VDP at 59.92Hz, but that was a single machine. I still need to apply those settings to the emulation.

 

That said, real televisions were really flexible about the signal they accepted. A couple of fps here or there didn't bother them. ;)

 

 

 

 

  • Thanks 1

Share this post


Link to post
Share on other sites
On 11/24/2019 at 4:40 PM, AW127 said:

By the way, bevore i forget it - i am always interested in Chess-programs and also in letting them play against other Chess-programs, either from the same system or from totally other systems. Just for interest and just for the fun.

 

So, when i found the TI-99 game "Video Chess" yesterday, i let it play against my "GNU Chess V4.15" on the PC (i performed all moves by hand for both systems, of course).

 

"Video Chess", compared to the year it was published, really did a good job on Level9 (strongest level i suppose) against "GNU Chess". Until the middle of the game, it was an open game, but then "Video Chess" did a mistake and GNU merciless used this to win. And i turned off "Easy" in GNU Chess, so it played with power. Therefore, respect to "Video Chess", cause in former times, i let GNU also play against some other Chess programs from the early 80`s (different systems, all emulated) and in the most times, GNU have made short trial with them.

 

I have plan now, to let "Video Chess" play against the C64 program "Colossus Chess 4" and also against "PSION Chess" on the Atari-ST. Let's see, how "Video Chess" will behave here, but it will be hard, especially against PSION Chess, which is also a really strong player. But i guess, against other Chess programs, published in the same year than "Video Chess", this "Video Chess" could be something like a favourite now, after the strong performance against GNU Chess, which was published much later and runs on a stronger machine.

 

And by the way, i also emulate the "Nintendo DS" here with the DeSmuME emulator and "DS Chess V0.4" on that system, reached some draws against "GNU Chess 4". So, "DS Chess" is also a good player. Just wanted to mention, cause maybe some people here, also have a NDS handheld and searching for a good Chess-program for it.  ;)   Atari-ST "Psion Chess" against this "DS Chess" could also be very interesting. This i will also make in near future and for giving PSION real power, i will emulate the strongest Atari-ST computer possible in "STEEM SSE" emulator. Aaaahh i love it, all these different systems on one PC emulated. In the whole, i emulate 35 systems here, can you imagine. Really makes fun.

There is also Sargon I available for the TI  which you can find on the tigameshelf.net under the Assembly section.

Screenshot_20191126-062355_Chrome.jpg

Share this post


Link to post
Share on other sites
On 11/26/2019 at 1:25 PM, Vorticon said:

There is also Sargon I available for the TI  which you can find on the tigameshelf.net under the Assembly section.

 

Good to know, thanks for the info. I will search for this program and test it.

 

On 11/26/2019 at 7:08 AM, Tursi said:

A lot of Classic99's debug settings don't save in the configuration. I didn't think anyone but me used the Show FPS function. ;)

 

Yes, i always use this function in all emulators that have it. Simply to know, if i really have fullspeed all the time in the games, demos, tools or whatever i emulate in this moment. So it would not be a bad idea, if you could integrate this little feature to the things, which the emulator saves in the ini-file for the next planed version of Classic99.

 

And i would have another suggestion for the next version of the emulator. Maybe it could be integrated, that the user could choose directly in Classic99, which controller he wants to use, from a list which shows all controllers on this PC. Something similar to this here for example, i painted inside, how i mean it:

 

 

untitled.thumb.jpg.eb74e5d4a499f2ec41378ce1314c5f3a.jpg

 

 

I think that all TI-99 games, always have only one Firebutton, right? If yes, then it can be made, that every button on the chosen controller then could be used for the Firebutton in TI-99 games (all buttons have the same fire). This would solve the problem, that otherwise it could happen that "Fire" could be on a harder to reach button on special joysticks or gamepads and the user could not change it then. When all buttons have fire, this would solve this.

 

Advantage of such a "choose your controller from the list" option would be, that every controller could be used in Classic99, when a user, for example, has eight controllers permanently connected on his PC (like i have  :) )  At the moment, only the two controllers which have the first and the second ID number in my Windows-7, work here on my PC in Classic99. The other ones don't work in the emulator. And the bad thing is - in former Windows versions (for example in WIN98SE) the user can manually change controller-ID's like he wanted, but in Win-7 this is not possible anymore.

 

I solved the problem by using the PC-tool "XPadder" and choosing a keyboard-joystick in Classic99. Then i mapped those keyboard-keys in XPadder to this controller on my PC, which i want to use in Classic99 emulator. But when a controller from the PC controller-list could be chosen directly in Classic99, then it would be easier and no external tools would be needed anymore. What you think about it?

Edited by AW127
  • Like 1

Share this post


Link to post
Share on other sites
On 11/26/2019 at 1:25 PM, Vorticon said:

There is also Sargon I available for the TI  which you can find on the tigameshelf.net under the Assembly section.

 

 

"Vorticon" i downloaded the two game-files from the side, which your screenshot showed, but first i don't get it to work in the way, they described there.

 

Then i found out by using the tool Ti-99Dir, that the files on this Sargon1.dsk file are in a subfolder on the disk before and only inside these subfolder then the normal files come. After i copied these files named "chess..." and so on into another disk and directly in the root of this disk, then i could load it normally from this new made disk and play.

 

untitled.thumb.jpg.ddd18534aedf29fda0f37d9d421867d1.jpg

 

 

Strange. It was not possible to load it from the original Sargon1.dsk for me. Maybe i did something wrong, but i followed the description on these internet-side.

The second file was not a diskfile, so i first thought this bin-file is a cartridge-version of the game, but nothing happens when i load it like a cartridge. So i put these file beside. Maybe this is also a diskversion, but then in bin-format?

 

Also a little bit strange is, that the chessboard in the game has no fieldnumbers and fieldletters written at the outside of the board. So the player must play the game on a real chessboard at the same time, to know the names of the fields. Never saw something like this in a chessprogram, but okay, when it plays good, then i can live with it.  :)  I will test around with it and see how good it plays in next days.

 

 

Edited by AW127
  • Like 1

Share this post


Link to post
Share on other sites
3 hours ago, AW127 said:

And i would have another suggestion for the next version of the emulator. Maybe it could be integrated, that the user could choose directly in Classic99, which controller he wants to use, from a list which shows all controllers on this PC. Something similar to this here for example, i painted inside, how i mean it

Can't do that till the rewrite... Classic99 is using a really old joystick API which doesn't give me that flexibility. But whatever controller you designate as the default in the control panel will be the one that's used.

Share this post


Link to post
Share on other sites
4 hours ago, AW127 said:

 

"Vorticon" i downloaded the two game-files from the side, which your screenshot showed, but first i don't get it to work in the way, they described there.

 

Then i found out by using the tool Ti-99Dir, that the files on this Sargon1.dsk file are in a subfolder on the disk before and only inside these subfolder then the normal files come. After i copied these files named "chess..." and so on into another disk and directly in the root of this disk, then i could load it normally from this new made disk and play.

 

untitled.thumb.jpg.ddd18534aedf29fda0f37d9d421867d1.jpg

 

 

Strange. It was not possible to load it from the original Sargon1.dsk for me. Maybe i did something wrong, but i followed the description on these internet-side.

The second file was not a diskfile, so i first thought this bin-file is a cartridge-version of the game, but nothing happens when i load it like a cartridge. So i put these file beside. Maybe this is also a diskversion, but then in bin-format?

 

Also a little bit strange is, that the chessboard in the game has no fieldnumbers and fieldletters written at the outside of the board. So the player must play the game on a real chessboard at the same time, to know the names of the fields. Never saw something like this in a chessprogram, but okay, when it plays good, then i can live with it.  :)  I will test around with it and see how good it plays in next days.

 

 

I checked and you are right the disk on the site is incorrect. I am attaching the corrected version here. And yes, the program does not label the rows and columns which is a little annoying. The TIFILES version on the Gameshelf site is an archive meaning that all the files of the program are compressed using a program call Archiver by Barry Boone, similar to a zip file. You really don't need it for emulation.

Running the program directly from the Editor/Assembler cartridge rather than for Extended Basic makes it a little better visually.

SARGON.dsk

  • Like 1
  • Thanks 1

Share this post


Link to post
Share on other sites
22 hours ago, Tursi said:

Can't do that till the rewrite... Classic99 is using a really old joystick API which doesn't give me that flexibility. But whatever controller you designate as the default in the control panel will be the one that's used.

Okay, i understand. Not a real problem, then i go on using XPadder together with Classic99, which works very good with all my controllers, no matter which ID-number the controller which i use, has.

 

19 hours ago, Vorticon said:

I checked and you are right the disk on the site is incorrect. I am attaching the corrected version here. And yes, the program does not label the rows and columns which is a little annoying. The TIFILES version on the Gameshelf site is an archive meaning that all the files of the program are compressed using a program call Archiver by Barry Boone, similar to a zip file. You really don't need it for emulation.

SARGON.dsk 180 kB · 2 downloads

 

Okay, then i made no mistake and it really was the diskfile, that makes the problems. I already solved it by myself, in the way that i copied the files to another disk, but nevertheless, i downloaded your version too. Thanks for that. On the weekend i will make a chess-match "C64 "Colossus Chess 4" VS TI-99 "Sargon 1" and then post the result here.   :) 

 

By the way, yesterday i played around a little bit with "Sargon 1" and i choose Level 6 for the program, which seems to be the strongest level it can play. Then i started the match with WHITE and "Sargon1" made his first move pretty quick, then i made my second move and theeeeeeeeennnnnnnnnnnn i waited and waited until he makes the next move, but nothing happens. I turned the emulator speed to high and after around 5 minutes he made his next move. But imagine, it was only the second move of this match at all and without turning the emulator speed to high, i would have waited 10 minutes or so. This is not really ideal and inaudible for the second move of a match in which nothing had happened until now. I think i must search for a "force move" command in the manual of "Sargon 1", otherwise a match at that level 6 will need two days.  :)

 

19 hours ago, Vorticon said:

Running the program directly from the Editor/Assembler cartridge rather than for Extended Basic makes it a little better visually.

 

 

This sentence is not fully clear to me. I tried your disk-version with Editor/Assembler, instead of loading it with Extended-Basic and it looked exactly the same like in mine version. What exactly you mean with "a little better visually"?

 

Edited by AW127

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...