Jump to content

jacobus

Members
  • Content Count

    781
  • Joined

  • Last visited

Everything posted by jacobus

  1. Welcome back Fred! In case you hadn't guessed it, I'm Jim from the HBO 🙂
  2. Sorry, OT - Sorry OT, but you wouldn't be the Fred who is famous for his elevator repair skills, would you?
  3. I think Fort Apocalypse uses a similar technique when it expands the tiles into the playfield - the landscape is always slightly different. A static map has appeal as that it would not take any extra code in the game itself to draw/maintain - additionally I envisioned a game where the player could wander back and forth over the landscape without it changing. However the idea of saving some effort in creating static maps is appealing. I'll look at ways to create some random or pseudo random effects. Of course, I don't want the landscape to be too static - the player must be able to have some impact on the environment (killing monsters, opening doors, etc). I had considered saving each tile as it scrolled out of sight. That would really slow things down! 🙂 thanks everyone for your feedback!
  4. Interesting. However, I struggled with keeping track of identically sized tiles on my program, the idea of different sizes is rather daunting. Certainly something to consider.
  5. Thanks for the link! I played with the code a bit but and made it compatible with the TASM Assembler, I'm a bit lost on how to pass the three parameters to it (sourcemem,destmem,length). Can you please help? Copy.A65
  6. Several times this winter I watched my youngest playing the latest of the Legend of Zelda games on the Nintendo Switch. I was impressed with the huge open world that the game provided. Room for many different environments and terrains and all accessible (more or less) at once. Seeing a game like that always makes me wonder about implementing it on the Atari. How would I create the largest possible scrolling playfield on a standard Atari? The largest playfield I’ve been able to create so far has been the one in Imp – which is 48 chars high by 128 wide (it could be 256 wide without the fog of war). So the max size (with enough memory left over for everything else) would be around 12,288 (Antic mode 4) characters. Each level takes about 5K of disk space. I could cram 6 to 8 levels on a disk. Not bad. Except I wanted more. So, using tiles was the obvious answer – I could define tiles of 8 x 8 characters and build the playfield from that. I could create a map and represent the placement of each tile with a single byte. However, there was still a limit to what I could store in memory. Definitions for 128 tiles would take 8K, 256 tiles would consume 16K. And then they would have to be stored in memory for display. Still not providing the extra-large playfield I really wanted. Then I hit upon the idea of a dynamic scrolling system – the screen would scroll a bit then load new tiles from disk and then continue scrolling. For better performance, I would keep the entire map in RAM and load each tile as needed. The scrolling algorithm would be kind of fun – I’d have to detect that the player had reached the boundary, load in new data and then change the display (basically scroll back) to reuse the same memory that had already been traveled. And make it smooth and seamless. In all 8 directions! At that point I decided to shelve the project. Recently however, I decided to have a go at writing this – something keep me sane during a series of excruciatingly boring Zoom meetings. (SAP implementation) ExploreDiskWIP.atr So here is my first stab at a solution. Besides the executable, there are two important files on the disk – the first called 0Tiles.txt is the tile definitions (I currently only have about 20). Although each tile only consumes 64 bytes, I have stored one per sector. This simplifies the lookup code and also allows the rest of the space to be used as metadata to describe the tile. The other file 1Map.txt describes how to map those tiles into the playfield. The program loads the entire map into RAM (currently 4K). Multiple maps could exist on the disk providing a number of discrete levels as well. Or (memory permitting) an even larger map could be created! So, with these parameters, I get a playfield that is 64 tiles wide by 64 tiles high. Each tile is 8 x 8 characters. A total of 512 x 512 or 262,144 total characters! All smooth scrolling in 8 directions. That’s more like it! You’re probably wondering about performance. A very good question. Within Altirra, with the disk acceleration turned on, the tiles load quickly enough that there is no noticeable delay. On a real Atari loading from a disk drive, each load involves a noticeable pause – bad but not lethal. I also tried a MaxFlash cart and was disappointed that it was not perfectly smooth – however it was better than the diskette. I’d be interested to learn how the program performs on other hardware. The playfield does have some flicker – I won’t get rid of that until I move my redraw routine into the VBI and right now Quick is having no part of that. I’ll need to figure out how to write a fast memory copy routine in assembler. Of course, nothing is quite that easy. Now that I have the ability to display a huge playfield, I’ll have to populate it. Which will require me to create both a tile editor and a map editor. More fun!
  7. Does anyone know if the 16K 800's (like the above) shipped with 1 x 16K board or 2 x 8K? Also, any idea when Atari stopped using tin contacts and switched to gold?
  8. If not, please let me know - I have the complete set (AP/GL/AR). However my AR is still in the shrink wrap, so that one is not available. Not sure who owned my set, but not good news for a company to never need the AR portion of their accounting system 🙂
  9. It is rather nasty looking. 🙂 And no, don't worry - it replaces the membrane keyboard altogether. Interestingly, I think the maroon key-tops are an option - the one I have is a slightly less hideous grey. Also note the "Tara" on the inverse key. Mr Fish pointed out, Inhome avoided using the Atari logo on their keyboard as well.
  10. 16K, CTIA, tin contacts, OS A. Embossed numbers are 1 80 2378, printed label is 180 1278 - not sure why the embossed and printer numbers come close but don't match.
  11. I just sent (via PayPal) $100 Canadian. Not so much in real dollars but hopefully enough to help Take care José - Keep well!
  12. Yes absolutely! And please let me note that my code has only ever been used on a 8mbit cartridge. Not sure how or if it will work on the 1mb version.
  13. I've attached some MaxFlash code originally written by Steve Tucker designed to be called from Quick programs. In order to save some calls I modified it a bit, but the reading and writing still work the same. Please keep in mind that the examples below are at a fairly high level - you can drill down into the code to see what actually makes the cartridge work. To write: NewSetSector(Sector#) - choose the sector to act upon NewEraseSect(Sector#) - must be done before writing * NewWrite(CartPage#,RAMPage#,NumPages#) To read: NewSetSector(Sector#) - choose the sector to act upon NewRead(CartPage#,RAMPage#,NumPages#) Because of the nature of Quick (the cartridge memory area and Quick's variable table are both located at $B000) a few accommodations needed to be made. Since Quick can't access the cartridge directly, it calls the MaxFlash code - which, when reading, moves the required pages from the cartridge to the specified RAM location, or when writing does the opposite. * Once a sector is erased, any page on that sector can be written - once. The only way to re-write a page, is to first erase the sector it resides on. The code uses the A, X and Y registers to pass parameters. Note: With a 1mb cartridge, sectors are 64K blocks numbering between 0 and 15 I hope this is somewhat useful! maxflash.a65
  14. Unfortunately Air Support was never released (by Synapse) as a separate package. It was bundled with Quasimodo and only received a sticker on the outside of the box. The artist (Tim Boxell) who did almost all of the Synapse art (everything except for Encounter) was here at AA a few years ago. He mentioned one cover that he created for an unreleased game, but I believe that title was Reptilian. I think your mock-up looks great!
  15. Good morning! I wanted to let everyone know that I still have copies of the Cartridge and Disk versions available. Please let me know if you are interested in purchasing one. thank you! P.S. If you have already purchased a copy and would like a digital edition, please let me know - I can send it via PM here.
  16. Hi Andreas I think I got a little carried away when I added those two to the "completed" section. Imp is done in that the program is done, but I am still (yes - after several years) still working on the levels. I have a few weeks over the holidays - I'll try to give it some attention! Cranston's Farm is another matter - I thought it was all good and then I showed a copy to StefanD. He pointed out a few dozen major issues and shook his head sadly. I'm not sure if I should scrap this one entirely or gut it and start over. Another complicating factor is after watching my youngest play the latest Zelda game (on the switch), I am inspired to try to create a very very large open world type game. I think I can do this with a 1mb cartridge and a version of the Imp engine. Will be very interesting to try! Anyways, thanks for the nudge - I will revisit it soon!
  17. First batch of cartridges and disk orders sent!
  18. I'll put one aside for you - please PM when you're ready to order
  19. Hi Nir Please send me a PM with your address and which version(s) you want to order. regards
  20. It’s finally here! Dungeon Hunt II Game of the Year Edition is ready for ordering! The new version of Dungeon Hunt includes the following features: 24 levels – (4 new more than the ABBUC version) Improved pliability and game balancing 15 different monsters Multiple weapons – melee and ranged Magical attacks Ladders that link upper and lower levels – 3D dungeons! New Sneak mode to bypass difficult enemies Up to 80 monsters per level And more! Separate autosave for each level Automatic PAL/NTSC compatibility Cartridge version will save directly to the cart Requirements: An Atari home computer with joystick. The Disk version requires 48K and a compatible disk drive, the Cartridge version requires 64K. Ordering Information: There will be two versions of the package – prices include shipping to Canada, USA and (most of) Europe. Disk version $40.00 USD Cartridge version $62.00 USD I have a dozen copies of the disk version ready to ship now, more disks are on order. The cartridge version will start shipping in approximately 1 week – as soon as my shipment of AtariMax carts arrives. To order, please send me a PM detailing your order and shipping address and I will provide a PayPal address. (Package includes: shrink wrapped box, full colour manual, diskette or cartridge, custom feelie, letter - Disk version shown) Thank you! P.S. I’m looking for the Page Six package from Synapse. If anyone has an extra one, please contact me – perhaps we can make a deal! 😊
  21. Quick update! First off, thank you everyone for your interest! I really appreciate the support! Good news, I have been able to add game saving directly to the cartridge so the hybrid approach I had mentioned earlier is out the window (where it belongs :-)). With this development, I've gone ahead and ordered a large batch of cartridges - they should arrive soon. With those and the arrival of the feelies I should be able to start assembling and shipping packages very soon. I will create a new thread with order information in the next few days. Thanks to the tireless testing and feedback efforts of StefanD the new version will have all the enhancements I mentioned and a much improved player experience.
  22. I'm here! I ran a BBS called the "Scran Locker" for a few years in the mid eighties. Was also a long time member of the HBO.
  23. Is it a trick of the light or are those tin (as opposed to gold) connectors?
×
×
  • Create New...