adamantyr

January 19, 2021

Nice! I am packing up collectors editions to mail right now in fact

January 19, 2021

You can find notes on how to update your saved game on the version notes page:

http://quixotic.adamantyr.com/roa-version-notes.htm

In this case, you just replace a couple files in your current game folder and you don't need to do anything else.

Or, if you just extract the new version into a new folder, just copy the SAV, SG0, SG1, SG2, and SG3 files over to the Data folder and you can resume play with your current save.

January 16, 2021

Did an interview with the Lost Sectors!

January 14, 2021

Also successfully reprogrammed one with the latest build! It helps when you realize you need to pull the sticker off the EPROM...

January 14, 2021

Carts came and they work... you rock Jim! Sadly I will likely have to erase and reprogram as we will be a few builds ahead...

January 12, 2021

Well if you can use a disk manager program and view the file contents on the disk just fine, it may be a SAMS issue indeed. The loader program loads the contents of the PRG file into memory pages swapping them out in the upper 24K block. When finished it sets to the start module and launches. If for some reason your SAMS card failed to do page swaps it would just overwrite the same memory over and over and fail to start.

January 11, 2021

How are you getting files onto the tipi, are you using the wifi option? I'm confused why TI99Dir was needed at all.

A freeze in Loading suggests its either having issues accessing the PRG file or the SAMS card isn't right. You have a standard 1MB card?

January 11, 2021

Also, a review of the game in German!

https://cgboard.raysworld.ch/showthread.php?tid=26912

January 11, 2021

1 hour ago, Vorticon said:

Has anyone had trouble running ROA from TIPI?

I copied the contents of all the disks into a subdirectory on my TIPI (TIPI.GAMES.ROA), but when I tried to run LOAD either straight from XB or from FC via the XB command, I got an IO ERROR 20. If I try to run it from Classic 99 with DSK1 pointing the ROA subdirectory in TIPI (via WiFI), it works just fine...

I have AUTO DSK1 enabled and DSK1 is assigned to the ROA subdirectory on the TIPI.

Are you able to catalog the drive, see the files there? Matthew Splett may be able to assist further. I know the game works with TiPi, it's even the optimal setup for it, so this sounds like more a TiPi configuration issue to solve.

January 7, 2021

1 minute ago, Astharot said:
Sorry for my english.. try i at explain better..

- book Asmusr.. purchase from red tower . i used one time with shard ice from Hero character and ok, after i remove from Hero items inventory and give at paladin, paladin take it and put in section for use it in spellbook zone but cast command no show! Paladin have book asmusr insert in speelbook section how looked in item inventory, but the program no recognize it , equal situation for all 4 character that i tested for all the other books everything is ok

-Arrow,Stone problem.. i have arrow or stone equipped ready at use with bow or sling now i remove stone from equipped and have in items inventory now i use 1 option examine on arrow or stone.. if ok show that arrow is used by bow, stone by sling ecc.. but time in time if i do this test the arrow is looked how a untried potion, exit word revelation and the amount of arrows or stones becomes half. ( this problem is random )

- The problem that the game crashes during a random fight remained, more time when i combat in savage island maps.

- This problem are present both when I use linux and windows.

Configuration computer linux Ubuntu , windows 10, version of classic99 is 036 i have Roa with save game where is present book bugs
 

The Librum Asmusr only has combat spells. So there is no cast option in travel mode.

Ammunition should not have an examine option, this will be fixed in an upcoming build.

For game crashes, I need specific examples. Two testers played through the game with no significant crashes. What enemies, how many, at what point did the game crash?

January 7, 2021

5 hours ago, fimbulvetr said:

The monster disabled my character, then moved to the square on top of him. I didn’t revive the character. My other characters could walk through the rat afterwards. I think the disabled character disappeared after the rat went on top of him, but I am not certain.

Ah there it is. Yeah, every turn it was re-asserting a player was disabled, and wiping out the unit value present on the map. That created a situation where attempting to attack the monster made you just move over them instead. I will have a fix in the next build shortly.

January 7, 2021

7 minutes ago, Astharot said:

Hi Adam.. i played Roa using classic99 v399.036 with Linux and Windows 10. Now i restarted a game using classic99 with disk and no using data directory and roa.exe boot. Now i found many bugs.. freeze bug when combat ever is present , after i discovered another little bugs.. 1 when i have in inventary and use quarrel, stone or arrow all ok but if i remove arrow or stone and i examine them show arrow word examined and value of arrow or stone ecc.. go half .. example 200 arrow first and after examine show value 100 arrow.. another problem is the magic book that i purchase in crimson tower Asmusr Book and after i used first time with Hero i give ad another member of party but is no more possible equip!.. All this bugs are present when use classic under win10. First i write here i tested under linux the books problem and equal.. if you need i send at you my game for look ..

My apologies, Astharot, but I am having trouble understanding what the problem is and what configuration you are using.

January 7, 2021

53 minutes ago, fimbulvetr said:

Yeah, one of my characters got disabled by the rat that went weird after it disabled him.

Okay good, that gives me something to work with on a repro. One question, was a monster on top of you when the character was revived, and he appeared in a different square?

January 7, 2021

5 minutes ago, fimbulvetr said:

Another odd thing happened tonight. My party was fighting a group of six rats, and halfway through the battle I could no longer attack one of the rats. Instead, my characters would just walk right through it, and could stay on the same square as it. I managed to kill it with a zap though.

Ah, I had a similar report elsewhere... did any of your characters get disabled and healed during battle?

I need to probably start trying to repro that one... *sigh* It seems to be an edge case, it doesn't happen that frequently.

January 5, 2021

14 minutes ago, Astharot said:

Hi Gregory, i used latest wine version, but i do another test.. i copied roa directory in another computer that use win10 , installed a ultimate version of classic99 but ever problem.. Now.. i for start game ever use roa.exe file.. if i use classic99 but no start using roa.exe file how use grom file ? i no remember the correct configuration..

You can find details here on setting up Classic99 for a custom ROM:

http://quixotic.adamantyr.com/roa-running.htm

Also, you can load the game via other cartridges. You'll need to extract LOAD, ROA, and RPG from the ROA-GAME.dsk file under Disks using TI99Dir, as I didn't provide those in the Data directory, and place them in the same folder.

January 3, 2021

1 hour ago, Tursi said:

and just to confuse things...

Classic99 399.036

- added SBR_FILEOUT to disk images to better support Realms of Antiquity

- (edit) Then immediately fixed bug in same - .035 does not set the bytes in last sector correctly

However - please wait for Adamantyr to bless it before running it on your game disk images (which you SHOULD have backups of anyway!). I was able to test it with DM2K and ARC303 successfully, and while I got an early beta of RoA to go through the motions, I don't have a good way of knowing if the resulting data was correct.

https://harmlesslion.com/software/classic99

I tested it, it looks like it's working fine.

There was another app-related issue that if you forget to change the disk configuration it automatically thinks all the files are on DSK1. I've updated the SAV image on the disk images to a more reasonable DSK2 and DSK3 for world disks, respectively, since anyone using the disk images is probably going to be doing something with multiple drives.

January 3, 2021

Tested and it works!

One other thing, Vorticon. You'll need to do disk configuration prior to starting a new game. The default SAV file is set to expect everything on DSK1.

January 3, 2021

3 minutes ago, Tursi said:

Well, it's unusual, as that just means it's not used a lot. I didn't judge whether it was useful or not!

Why wouldn't LOAD/SAVE of blocks of RAM have done that for you?

I'm just trying to understand the intent, it's not to justify it. Just so I can have a model in my head.

The work is nearly done (hours later... Now I need to figure out how to test it ).

LOAD and SAVE are constrained to the size of VDP, and only work on a single file in one swoop.

January 3, 2021

1 hour ago, Tursi said:

As it says in the debug, SBR_FILEOUT is not supported. That's the low level function to write a file by sectors. I didn't think anyone except copy programs used that on purpose.

All writes to disk images are supported, I probably just missed that one. I don't have any software to easily test it with. Out of curiousity, why does Realms write that way? You'll get better compatibility across the various hardwares with normal READ/WRITE/LOAD/SAVE? (For that matter, why does it work with FIAD in that case?)

I really really don't want to implement that opcode...

It's not that unusual. And it's necessary because the data is not structured in a record format, it is highly variable in size so it tracks by sector location, sector offset, and # of sectors.

It is in fact a file copy of sorts; at the start of a new game it has to make pristine copies of the original mob files back over top the saved game files for use. Saving your game later has to output the entire file as it loads one whole file into active SAMS for easier access and also not forcing you to save your game every time you change maps, which would be awkward.

January 2, 2021

Character data is stored in a PROGRAM file, which is saved under a different DSR program. So that's being preserved. What is not being preserved is mob data which is stored in SG0-SG3 files.

January 2, 2021

My guess is that it's not. You're probably playing on the same files as your prior game.

January 2, 2021

Yep, operation not supported on this disk type.

January 2, 2021

Just now, Vorticon said:

Yes it does. I believe Tursi fixed that issue a while back...

You may want to bring up the debugger then and see what it's saying as it attempts to create an adventure.

It does a disk file by sector operation and both loads in all the contents from MB0 to MB3, then writes them to SG0 to SG3, respectively.

January 2, 2021

1 minute ago, Vorticon said:

I've possibly encountered a minor bug. When I start a new adventure and after selecting my party, it says "creating new adventure" then it keeps asking for the game disk in drive 1. Well it's already in drive 1 because that's where I started the game from. I then have to quit the game, restart and select "continue adventure" and everything works from there. I have the game disk in DSK1, World disks 1 and 2 in DSK2 and World disks 3 and 4 in DSK3.

I'm using Classic 99 at the moment while my SAMS card is out of commission...

Are you per chance using disk images? I think Classic99 still doesn't support disk images for write operations.

January 2, 2021

44 minutes ago, Tursi said:

That picture looks a lot like the external video bit being enabled on the VDP - Classic99 doesn't support external video.

It doesn't warn either.. it probably should...

But if that's the case, you can try and set a breakpoint on VDP R0 bit value >01 being set (normal values are 0 for most modes and >02 for bitmap mode, so this would be a >01 or >03, but you can set the breakpoint just on the bit (U0{1}=1 <-- this will mask out only the value '1' for the compare and ignore the rest)).

Yeah, I know right where in code it was, I was setting the external video bit. Interesting! I guess I never tried creating a new party on hardware or I'd have noticed. Fortunately it's not a game-breaker. I've got one other bug which isn't a game-breaker fixed for the next one, I'm just waiting for feedback/input before a new release.

Adam

Profiles

Forums

Blogs

Gallery

Events

Store

Posts posted by adamantyr