Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


mariuszw last won the day on October 27 2018

mariuszw had the most liked content!

Community Reputation

625 Excellent

About mariuszw

  • Rank
    Chopper Commander

Recent Profile Visitors

7,192 profile views
  1. Looks great, I like its Atari-zed look! Keep on good work! I havent ported this game, but I may help if necessary. Mariusz.
  2. Yes, it is bitmap mode, just like original game on C64 was. There is one big 16x16 charset (with ~200 16x16 characters) for map items, and the other one for font, game logo and decorations (8x8, ~96 chars). Can't really fit that layout easily in multiple charsets on A8. Screen has 320 pixels (40 characters) a line, so I had an idea to emulate bitmap and have new charset every 3 lines, but this creates a gap for every three line with 8 characters (64 bytes) which makes addressing weird and also would require additional 512 bytes of RAM for these gaps, which I simply can't afford, as there is no free RAM left.
  3. Amazing job! I'm really impressed. The three titles I missed on Atari back in the day were: Gunfright (done by me ), Rick Dangerous (in production) and Flimbo's Quest (done). I feel happy like a kid
  4. It looks you have found a bug I guess it is one of my optimizations which broke it. I'll try to find a reason and fix it eventually. I was focusing on making the game work on 64KB machines, so I didn't consider making 128KB version. Actually, almost everything fitted in 64KB apart from game load/save from C64 which I had to remove due to lack of RAM. I'll consider making a version for 128KB machines. At one point I implemented faster integer division based on https://www.microsoft.com/en-us/research/publication/software-integer-division/, but I had to remove it as it is based on multiplying by inverse and it required a table with inverse numbers. I didn't have memory for this table. The slowest part seems to be geometry transformations, and this is difficult to follow and understand in 6502 assembly Mariusz.
  5. It woks perfectly on Atari with Rapidus board.
  6. And source code for those interested. Game is built upon binary image of C64 version, with Atari routines replacing C64-specific stuff. Atari version also feature several optimizations, which make the game faster than C64 original: fast table-based multiplication, optimized integer division, optimized polygon rendering and polygon sorting. Ornaments on game screen are built with PM/G graphics, which allow to use different colours in different sections of the screen (i.e. upper panel, game 3d view and bottom panel). Game also supports stereo Atari with extending mono sound to sound channel (RMT player has been modified with this feature). Enjoy! Mariusz. tesource.zip
  7. Hi everybody, We are proud to release Atari 8bit port of 3D adventure game: Total Eclipse! Team: Code: Mariusz Wojcieszek Graphics: Adam Wachowski Music and sound effects: Michał 'stRing' Radecki Additional graphics: Jose Pereira. Game is ported from C64. It features much better speed due to heavy optimizations and faster CPU clock, so it is much more enjoyable on Atari. It requires Atari with 64KB of RAM to run. It supports both PAL and NTSC, and also (for the first time) NTSC-50 and PAL-60. Game will also run properly on Atari with Rapidus accelerator. Game control: joystick up (or key arrow up) - move forward joystick down (or key arrow down) - move backward joystick left (or key arrow left) - turn left joystick right (or key arrow right) - turn right joystick fire (or key 0) - fire a pistol key P - look up key L - look down key A - angle change (small,medium or big, for current angle see heiroglyphics above the watch) key S - step size change (slow,medium or fast, see heiroglyphics for current state) key F - face forward (useful when disorientated) key U - U-turn key H - height change (stand or crouch) space key - shooting mode key C - enable/disable crosshair key R - rest key I - interrupt, a pause, displays a menu which offers music/sfx change (M) and game abort (ESC) key SELECT - changes between music and sound effects, work on title menu and in-game Gameplay video: TOTAL ECLIPSE Featuring Freescape by Major Developments Commodore 64 WELCOME TO EGYPT BACKGROUND It is written that, in the heart of ancient Egypt hundreds on years ago, the High Priest of the day had become annoyed. His people were revolting and refused to continue the sacrifices to Re the God of Sun. His anger had erupted so he set an ominous curse as punishment to the people. A great pyramid was erected and at the topmost chamber a shrine was built for Re the Sun-God. The curse was set. Should anything ever block the sun's rays during daylight hours it would be destroyed. It is now 26th October, 1930 and in just 2 hours the moon will totally eclipse the sun, triggering the curse of Re, causing the offending moon to explode showering the Earth with colossal meteorites thus upsetting the ecological balance, and plunging civilisation into a dark age of starvation and conflict. YOUR MISSION It is 8 o'clock, you have just landed your bi-plane next to the great pyramid. Your mission is to reach and destroy the shrine of the Sun-God Re, which is located at the apex of the pyramid. TREASURE Collect as much as possible-you're gonna be rich! First day's target #125,000. YOUR EQUIPMENT A revolver -plus an ample supply of bullets. Your wrist watch -the eclipse is due just before 10 o'clock. A water bottle -keep this topped up-it is very hot! It is not healthy to be without water for long periods. Your trusty compass -an essential item for succesful orientation. THE SCREEN DISPLAY Top left -Ankhs collected. Top middle -Value of treasure collected. Top right -Current state of the eclipse. Main window -Freescape 3D generated view of your present surroundings. Message display -(Under main window). This normally indicates your current location plus the height of this chamber above sea level shown in cubits eg. 24c=24 cubits. The entrance to the shrine is at a height of 72 cubits. Bottom left to right-Wrist watch, water bottle, heart beat, compass. 26th OCTOBER 1930, EGYPT... After a three day journey involving most methods of transport one can think of, and a few one would probably not like to, I arrived at Ankh-Arah village. It was a fairly typical North African town, with dry dirty streets, square whitewashed houses, and a stone well in the main square. I jumped clumsily down from my "taxi" and payed the camel driver his money. Doing a quick calculation in my head I came up with the same answer as when I started the journey-five shillings and a sixpence for a six mile camel ride. Captive markets such as helpless English Archaeologists obiviously lend themselves to exploitation by the locals... oh, well, at least I had learned the knack of getting off a camel without landing on my head, and that probably lowered the price by sixpence or so. The driver unstrapped my cases and let them drop to the ground. Without any ado he spurred his camel, turned about and was gone, leaving me looking rather lost in a slowly setting cloud of dust. I retrieved my cases and set off in search of somewhere to stay. It took me twenty minutes to find the only inn in the village: a small sandstone building like all the others, with two bedrooms, a hole in the ground for a latrine and enough insect life to set the whole English population scratching themselves. One of these was the owner, who quinting into the sun I could just make out the tiniest silver of the crescent moon, which would soon eclipse the sun. All the other exploration work I had conducted had been very much smaller than this, and took months of painstaking effort, researching and training. It was too big. I would never make it in time. The shrine that "Tiny" had identified was right at the apex. Skirting the base of the pyramid, I saw the door into the ante-chamber... te.xex te.atr
  8. Thanks for this one. Looks good. I misunderstood the principle previously, hence I was asking incorrect questions. Now I understand that PMG positions are fixed, it is only PMG data that changes and gives chosen colours.
  9. No plans at this moment. Lords of Chaos have C64 version which makes porting easier. The other games exist for Spectrum AFAIK, and this makes the port much bigger effort.
  10. That's certainly an interesting idea with lowres colorful graphics. If somebody prepares the graphics, I will definitely consider it.
  11. Well, that wasn't exactly my plan. I ported the game to Atari with the idea to have colouring with PM/G and later realized, that I can't really colour it with PM/G, so I looked for alternatives, and then found Mono's article about emulating ZX Spectrum colormap on VBXE with source code where I found inspiration I needed.
  • Create New...