One of the differences will be in magic usage. Whereas, in Zelda, you need items to use magic and those items control that element, in my version, there are three power levels of magic, depending on the item you have (3 items you can collect). Then, as you progress through the game, you gain control over different elements (defeating bosses allows you to learn spells), and can cast a spell in that element. Sometimes, a dungeon will be set apart from land by a body of water and is inaccessible...that is until you gain ice power. Then, you can freeze the water and create an ice bridge. Often, that is the only way to advance.

I hope noone has an issue with the new magic system. I just didn't want to code in like 25 items.


Also, when you get up to the "dark world", you will find that the final dungeon cannot be reached. That is perfectly fine. Just whip out your mirror and warp back to the "light world". I will set up the maps to compliment each other. By warping back and forth in the right places, you can collect otherwise unreachable stuff, and get to the final dungeon.

lol. Thank you for that little "pick-me-up", DJ, and I am now ready to go do some more coding.

For your info, the AntiVirus project is still in the works, just paused because I'm waiting on routines from Kerm Martian. And the PowerPoint project is on hiatus.

To tho others who posted sprites: thank you.

PS: I'll make this a little less secret. It will be a Zelda clone, but there will be differences in gameplay. That will remain secret.

Ok. Testing. 

If you have 2 calcs and a link cable, please download and test. This program will attempt to swap random numbers between calcs. The top # will be the one your calc generates. The bottom # will be the one the other generates. A result of 255 on the bottom means that it is not working. Please post the results.

Usually, you would have one calc do one line low (or maybe it is high. can't remember) and the other calc checks that before anything.  In this case, they both wouldn't set it low.  One would set line 1 low, and the other would set line 2 low which would say a transfer is ready, and that one calc has become the transferrer and one has become the receiver.  You can do it the opposite way simply by saying that line 1 is always the transferrer and line 2 is always the receiver.

Can I pull the line low, then set it high with the command "EXP->port", or is that something else?

If I understand correctly, pulling both low sets the calc being pulled low to receive. And setting them high sets it to send. If I'm correct on that, then this should be fairly trivial. Can someone give me a better explanation of what "EXP->port" actually does.

I am a member of both sites and I do not see a major issue, but then again I do not comb through every forum and topic. I do, however, see a division in "strong points" between the two. Generally, I find that if I am looking for anything related to Axe or gaming, Omnimaga is my better bet, but if I am looking for help with assembly routines and assembly concepts, my topics get "hit" more on cemetech (a shout out and a thank you to DeepThought, thepenguin77, and many other omnimaga users who have also helped me a great deal)

This is actually an Axe question, so this is the most relevant support board for it.


While doing other miscellaneous stuff, I have begun giving some thought to my Star Trek 2 player game, particularly the issue of link timing. Now I'm not asking for coding help. It's more conceptual I'm looking for. I plan on using a master variable, like the first term of a SafeRam area to hold the data for whether or not stuff needs to be transmitted. I know that, in CALCnet 2.2, Kerm Martian utilizes checking cycles, where a calc that acts as a receiver pings for data for a certain time, thus giving the sender adequate time to enter the transmission phase before the receiver times out. My idea is to do this.

Calc 1 and 2

setup
loop start
transmit
receive master & enemy
If master
receive other
loop end

Where the receiving calc pings for the enemy's location, which updates each time the loop cycles, and the master variable, which should be 1 if there is data (an attack or other data) to be received and 0 if not. If the m.v. is 0, the receiver phase ends and the loop cycles to the top. If it is one, it waits for the data it needs, then, upon completion, cycles back to the top.

My only issue with this setup is that the two calcs will enter transmission mode at the same time, then receiver mode at the same time, meaning nothing will actually be received. Any ideas?

This fails so much. lol. Update should be ready soon.

If you have downloaded and have DSC, can someone tell me if this sends itself to the DCS folder "BLAST" correctly?

Oh, basically, Kerm told me that in the folder structure of DCS, a folder has the name

%FLD[n].

To place a program into a folder, you change its *Reserved* byte to the [n] value.
The Reserved byte is at P-2, the type byte is at P-1, based on Quigbo's VAT parsing routine.

My problem was that I stored [n] to {P-1} by accident, instead of {P-2}. That changed the program's type byte to..who knows what, instead of changing the Reserved byte.


As for posting routines, sure. I will do that maybe later or tomorrow, I will post that part of the routine.