Ultimate Amiga

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1] 2 3 ... 10
 1 
 on: August 22, 2019, 04:38:18 PM 
Started by xboxisfinished - Last post by Hungry Horace
yep, i remember having this bug myself on the Bloodwych Editor.... removal of the ELSE IFs solved it completely.

There are, of course, other bugs with the compiler, but i am sure we can help you past them!

 2 
 on: August 22, 2019, 06:04:04 AM 
Started by xboxisfinished - Last post by SamuraiCrow
You're welcome!  AMCAF is easily the most useful extension for AmosPro.

 3 
 on: August 22, 2019, 03:19:09 AM 
Started by xboxisfinished - Last post by xboxisfinished
If you're using a map it's rare to need long integer precision for each entry in a map.  Using Deek and Doke will cut both the size and access time in half on a 16-bit Amiga.  I don't know of an encryption extension for banks or arrays but I can't imagine it being much more complex than an unpacker

Edit:  AMCAF extension has both unpacker and simple bank encryption and decryption.
https://www.ultimateamiga.co.uk/HostedProjects/AMOSFactory/AMCAFguide/manual/bank.html#bankencode

Thank you so much!!! I will take this extension and add it into my pac man and it's construction set!!

Right now I am spending drawing all the necessary graphics I need for the game!  I also need to focus on the AMAL side..when I got all the AMAL programming finished I can start on the engine!

 4 
 on: August 22, 2019, 03:00:42 AM 
Started by xboxisfinished - Last post by xboxisfinished
" need to be able to use unlimited amount of if statements if it should come a time where my logic requires multiple if statements "

This compiler bug is very easly worked around.

The bug is only on numbers of 'ELSE IF' statments, so you have two options:

1)  Use normal IF / ENDIF that only passed on the criteria you want - dont allow ELSE to 'catch' anything you dont want it to.

2) Do your logic checking for this in a GO SUB routine. As above, use IF / ENDIF for the logic test, and then add RETURN inside the passed routine.

e.g.

Code: [Select]
GOSUB DoChecks:
.. normal code here...
END


DoChecks:

IF INPUT=UP AND NORTH_WALL=FALSE : Y=Y-1 : RETURN : ENDIF
IF INPUT=UP AND NORTH_WALL=TRUE : Y=Y : RETURN : ENDIF
IF INPUT=DOWN AND SOUTH_WALL=FALSE : Y=Y-1 : RETURN : ENDIF
IF INPUT=DOWN AND SOUTH_WALL=TRUE : Y=Y : RETURN : ENDIF

RETURN

YOU ARE SERIOUS? ALL I HAVE TO DO IS MAKE SURE NOT TO USE ELSE IF??! AAAAAAAAAAAAAAAAAAAAAAAAH!!!

I AM MAKING AN ANNOUNCEMENT THAT 100% OF MY CUSTOM CHIPSET GAME PROJECTS WILL BE AMOS EXCLUSIVE! I CAN FINALLY MAKE MY DREAM GENRA OF ADVENTURE/RPG ETC ON MY AMIGA!! With the power of AMAL, build in sprite editor, etc...I HAVE LITERALLY GAME MAKER CONSTRUCTION UNDER MY HANDS AHAHAHAHAHAHAHHAAHHAHAHAHAHAHAHAH!!!!

If the compiler can compile all my projects and the one bug is else if...WHO NEEDS ELSE IF! ELSE IF IS STUPID ANYWAYS! AHAHAHAHAHAHAHA!!!

HECK...I wouldn't even bother fix the bug then..FOCUS ON THE INTERPRETER...ADD FEATURES AND FIX BUGS ON THE INTERPRETER...I wouldn't mind using compiler version 2.0 at year 2030 or 2060 (if I am still alive)!

 5 
 on: August 21, 2019, 11:59:41 AM 
Started by xboxisfinished - Last post by Hungry Horace
" need to be able to use unlimited amount of if statements if it should come a time where my logic requires multiple if statements "

This compiler bug is very easly worked around.

The bug is only on numbers of 'ELSE IF' statments, so you have two options:

1)  Use normal IF / ENDIF that only passed on the criteria you want - dont allow ELSE to 'catch' anything you dont want it to.

2) Do your logic checking for this in a GO SUB routine. As above, use IF / ENDIF for the logic test, and then add RETURN inside the passed routine.

e.g.

Code: [Select]
GOSUB DoChecks:
.. normal code here...
END


DoChecks:

IF INPUT=UP AND NORTH_WALL=FALSE : Y=Y-1 : RETURN : ENDIF
IF INPUT=UP AND NORTH_WALL=TRUE : Y=Y : RETURN : ENDIF
IF INPUT=DOWN AND SOUTH_WALL=FALSE : Y=Y-1 : RETURN : ENDIF
IF INPUT=DOWN AND SOUTH_WALL=TRUE : Y=Y : RETURN : ENDIF

RETURN

 6 
 on: August 21, 2019, 02:22:30 AM 
Started by xboxisfinished - Last post by SamuraiCrow
If you're using a map it's rare to need long integer precision for each entry in a map.  Using Deek and Doke will cut both the size and access time in half on a 16-bit Amiga.  I don't know of an encryption extension for banks or arrays but I can't imagine it being much more complex than an unpacker

Edit:  AMCAF extension has both unpacker and simple bank encryption and decryption.
https://www.ultimateamiga.co.uk/HostedProjects/AMOSFactory/AMCAFguide/manual/bank.html#bankencode

 7 
 on: August 21, 2019, 01:38:31 AM 
Started by xboxisfinished - Last post by xboxisfinished
If you're going to peek and poke it anyway, just use a bank.

Would saving it in bank guarantee encryption and only read through the internal program itself?

 8 
 on: August 21, 2019, 12:02:37 AM 
Started by xboxisfinished - Last post by SamuraiCrow
If you're going to peek and poke it anyway, just use a bank.

 9 
 on: August 20, 2019, 07:40:13 AM 
Started by xboxisfinished - Last post by SamuraiCrow
Look for the Include command.  It should be able to import external source.

 10 
 on: August 20, 2019, 06:58:33 AM 
Started by xboxisfinished - Last post by xboxisfinished
Thank you guys for the help! I have a question to add into this?

What if instead of storing text file...I wanted to store whatever values stored in a two dimensional array?

Say the array is this:

Dim MapArray(256, 256)

Assume in MapArray(3,3)=12
Assume in MapArray(3,0)=1
Assume in MapArray(3,2)=1
...
etc

I want to store the values in a file.bin (encrypted) and then reverse it by reading it using poke, peek method. How do I go about doing that?

Pages: [1] 2 3 ... 10

TinyPortal 1.6.3 © 2005-2019