tane

Into version?? I guess you're referring to the "revenge version", that one was barely touched, just replaced the character, no colors changes were made.

Ok, here is original snake & spider, it's the same of post #55 which I think is better, but I understand preferences: Montezuma Classic.xex The "Revenge" version remains (to an enthusiast) to change the image of lives, and the name to "Panama Joe" in the demo.

Yes, there was a small change for uniformity. For example colors E and F should be avoided because they don't look the same in all machines, even if both are NTSC, it depends a lot of the GTIA. It was tested in real HW, and always is opt to you.

For those who downloaded files from post #49, here is a (final) update... There were around 10 pixels fixed (noticeable with "magnifying glass"). The goal was to keep the same style of what it was supposed to be. Montezuma's Revenge ! with Panama Joe (Loader Maxflash in 0700).xex Montezuma Classic.xex

I show interest. Thanks. I'm guessing the 65XE with no ECI port, is not missing something special and is just as simple as to make connections for creating an ECI port. Other hardware idea: Sometimes tempted to make internal installations. Usually there is very few space and there are spaghettis everywhere. Being that it's required to change the battery time to time, it would be a challenge to find the battery slot, and there is a chance of destroy something. So an extension like the following would be useful to build a satellite, but the main board would require 2 holes for connection. Regarding software ideas: The following screen called RAMDSK is supposed to be where you save and load a game in one of the 16 slots (0 to F in hexadecimal). I'm guessing that after saving 5 or more different slots, a day after it would be difficult to remember each position, and you have to load one by one until you find what you're looking for, or unfortunately save something in an already used position, losing its content. Being that there are many different menus already developed, maybe a "copy & paste" of an interface would be helpful: Another ideas: Color selection: Maybe an user would like to choose their favorite color, and instead of "XL" in the title, they would prefer "XE" for their 800XE / 65XE 130XE.

Question: regarding XE models without ECI port: The manual says: "... (mainly 65 XE) which do not have an ECI port. These models only have a “Cartridge” port and have no “Expansion” port. The freezer can unfortunately not be used with these XE models." Is it possible for an user to cut the Adapter Board (see below) and build a custom connector from the ECI part to a new port in the Atari? (like for example the AVG Cart, that has a custom connector to the SIO). The question is whether it is technically possible for a 65XE with no ECI port. Adapter Board: AVG Cart custom connector:

Thanks, it would be really useful to be assigned to a key for sprite editing. Also, is there a command to end this behavior an to continue as usual? --> F8

How can I after press F9, step forward only one frame every time I press the key (ex: with the arrows)? , meaning "one frame" when something changes on the screen .

I was referring to post 2. Anyway with only 2 versions it's clear which one it is. I though is was compressed for cassette compatibility.

The more options available the better. You should open a topic for proposals of changes for characters, there are many games with huge potential with just small changes, like Snokie. Sorry about multiple versions, new update available. If you find another mistake please pop-up. Montezuma.xex Montezuma's Revenge ! with Panama Joe.xex

1. Montezuma Classic: Update to the previous file: Montezuma.xex Changes: Small fixes to non-symmetric "left-right" pixels in "Panama Joe". 2. Montezuma Revenge: With "Panama Joe": Montezuma.mp4 It remains to change the image of the lives, and the name from "Pedro" to "Panama Joe" in the demo. It wasn't immediately found, maybe someone else can finish the job, I'm currently working in another big project. Montezuma's Revenge !.xex

In post #2, I published the main files for Montezuma. Here is a fix for the first version (Montezuma 1). Recently ascrnet did a superb fix to the first version, published in a wiki (likely it would have been lost in a website with few visits, as well as many other files published only on facebook pages). The most important is it fixes 2 bad rooms: However it wasn't published in "plain text", allowing future hacks or improvements. So here is a fixed version: Based on current version of Homesoft. Includes fixes in the 2 rooms. Main character without square shoulders. Level selection from 1 to 9. In "plain text" (not compressed). Montezuma.xex

Whereas it technically works, is not a Ready-To-Go solution. It would be helpful if someone can sell those replacements for the Emmu CO25953 (ex: @MacRorie ).

Regarding the issue discovered with the Firmware of the Ultimate Cart, the user @Faicuai has recently done a patch to the firmware to solve other details. However, in order to fix the firmware, Facuai is asking about details regarding the addresses / HW-registers used with the Memory Expansions, in post #107 of the Ultimate Cart topic. Being that version 4.2 works with the current firmware, and the version 4.4 not, it would be useful to know what was the change in the address, so then the Firmware can be fixed.

It's known that Memory Expansion v4.2 and v4.4 are different, so nothing guarantees that SysCheck will behave the same. I can't provide information about HW-registers. Maybe @tf_hh could add a technical detail about the Memory Expansions, in order to have a smooth firmware for the Ultimate Cart that is compatible with other hardware expansions.

Hi @Faicuai : There is a problem reported between the Firmware of the Ultimate Cart and the 512kb Memory Expansion developed by the user tf_hh, specifically the version 4.4 of the hardware. The situation is the following: If everything work as expected, the Memory should be automatically detected when turning on the Atari, and it should work with any Cart. However, the version 4.4 of the hardware doesn't work properly with a stock Ultimate Cart (it has not been tested with the new firmware). The developer stated that the Memory works properly with other carts, and also there was a change since the version 4.2, regarding addresses that were causing trouble. The version 4.2 works fine with the Ultimate Cart, and it's not documented what addresses were changed in the version 4.4. The developer of the Memory stated that his hardware v4.4 is a "state of the art" device, and the problem lies in the Firmware of the Ultimate Cart. He also suggested to test the memory with a SIO device, in order to see if the problem is the Ultimate Cart or the Memory. But due to current logistics problems, it hasn't been possible to get a SIO device in order to make a test. There are some videos showing such behavior of the Ultimate Cart and the Memory Expansions, in post #183 and #187 of the hardware topic. The problem seems to be the addresses that are being used by both devices. Any idea what could be the problem in the Ultimate Cart regarding its addresses? Personally without any technical knowledge of both devices, the developer of the Memory Expansion is heavily stating that the problem lies in the Firmware of the Ultimate Cart.

You can pseudo fix it: sign out from AA, then go to the link, then sign in again.

Raspberry Pi 3B and Pi4 image: PiMIGA 1.2b pass: ViWsC7oU3 PiMIGA v1.2b - Lockdown Edition.pdf

Ok I'll see later to build a SIO2PC cable. PS: you have to point out the resistances, capacitors, addresses, firmware, etc., inside the v4.4 and/or the Ultimate Cart. Not to point out the helpful videos.

At this time I don't have any working SIO device, only carts, that's the reason I didn't do further experiments, because I can't. I can't do an experiment with what I don't have on hand. ? It turns on, but I don't know how to retrieve the memory size from the command line. Also with a Uno Cart. I don't have too many different devices, maybe someone else can replicate the experiments. I don't get you.

The problem does not seem to be the Ultimate Cart, according to the following videos (being that compatibility improvements have been reported in a forum of the Cart). That cart was bought last December, I guess it has the latest firmware (I don't know how to see its firmware). Test 2: Testing the same Ultimate Cart in a different machine: 65XE, with Ram Expansion v4.2. Everything work as expected. Atari 65XE - Ram expansion 4.2.mp4 Test 3: Testing the same cart in the original 600XL, previously tested with the Ram Expansion v4.4. But this time it was added in the socket of the v4.4, a new Ram Expansion v4.2, and then the Antic over the two expansions. Basically the version 4.4 is acting as a socket. The results of the following video are conclusive. Atari 600XL - Ram expansion 4.2.mp4 The version 4.2 works as expected in a 600XL. @tf_hh The Ram Expansion 4.4 is not working properly. It's not automatically detected by the machine.

Machine: 600XL, NTSC, upgraded to 64kb, and with Memory Expansion v4.4 512kb Standard installed. However, for some reason is not working properly and is not automatically detected. Only works if the memory is enabled by software, without turning off the Atari. I don't know what's happening, I have a 65XE with memory v4.2 and is always detected when turning on the Atari. 600XL: Video showing behavior (3 min) Atari 600XL memory expansion not working.mp4 Hardware Detect 1.5.xex

Thanks everyone for your help. Finally the 600XL worked with expanded memory, previously upgraded to 64kb. But I have a behavior that is not clearly stated in the manual: there is a trick, because the memory must be enabled with the xex every time the Atari is turned on (and every time such xex is executed the system freezes). Such procedure is not documented in the PDF. I did some tests with Pang and Bomb Jack (320kb), turning on the Atari and immediately executing such games. Both don't work. It must be enabled the memory before, with the xex, and after that the games work. Manual: The problem is the reset required in the middle, because the xex freezes the system. Regarding the Ultimate Cart, sometimes when pressing its button, and then the Atari Reset button, after that the card is not recognized. Sometimes happens very frequent and it's required to turn off and on the Atari. But if the expanded memory was enabled before, the configuration is lost when turning off the Atari. So it's impossible to use the memory. @tf_hh Is there a solution for this? Meaning something like a xex for enabling the memory that generates an auto reset of the system at the end, in order to avoid the behavior of the SD card of the cart.

Those are good. But difficult to find, and also at good price (for a strip of plastic by weight it's likely more expensive than the gold). In English: LS: 5V only (4.75-5.25V) HC, AC: can use wide supply voltage range (2.0-6.0V)