Author Topic: Grammer Grayscale Ghristmas Game (Read 16872 times)

persalteas · « **on:** November 29, 2012, 07:49:48 am »

Hey everyone, I am making a new program, (for the christmas Espace-TI contest, I wasn't motivated for Omnimaga's Apocalyptic contest and Cemetech contest 9... I try easier ! )

So, you are Santa Claus in your flying ferrari, carried out by the supple Rudolph, and you throw packs on the houses down.

You have 200 packets to drop, but you accumulate fails when you throw next to the house, or when you don't throw on a house.
I think it's a bit easy, if you have ideas that could make it harder, please tell me !

I will post my code, wait 30 minutes please, enjoy this screen while waiting... (it's an old gif, Santa claus doesn't throw anything, and wabbitemu makes it slow.)

EDIT:

Spoiler For "prgmNOYEL":

Spoiler For "prgmZCH - Data program":

The program is not finished (The score system is not implemented, the stats screen just displays "BC", etc...), I have several questions...

1) Is that possible to display text on a specified buffer ?

2) Is that possible to archive the data program, and run a subroutine inside while it is archived ?

Xeda112358 · « **Reply #1 on:** November 29, 2012, 12:22:53 pm »

Wow, those sprites are great o.o Do you mind if I look for a way to speed up your grayscale, though? (it will be a few days, probably, before I can work on that, though).

Quote from: persalteas on November 29, 2012, 07:49:48 am

1) Is that possible to display text on a specified buffer ?

No, there isn't a way to do that, sorry .__. When I need to draw text on another buffer, I do this:

Code: [Select]

Disp 'pi9872     ;or whatever the buffer is
Text(0,0,"Stuff
Disp 'pi9340     ;Or whatever your main buffer is.

Quote from: persalteas on November 29, 2012, 07:49:48 am

2) Is that possible to archive the data program, and run a subroutine inside while it is archived ?

Unfortunately, no, again :[ However, I will point out that you can convert all the hex (sprites?) directly to data and store all the sprites in an appvar. This will save some memory and slightly speed up sprite display.

persalteas · « **Reply #2 on:** November 29, 2012, 02:54:40 pm »

Quote

Do you mind if I look for a way to speed up your grayscale, though?

Okay, thanks !

Quote

I will point out that you can convert all the hex (sprites?) directly to data and store all the sprites in an appvar. This will save some memory and slightly speed up sprite display.

If I do, labels won't work... But I can use pointers, yes. I suppose to know the width in bytes of each sprite to add it to the appvar pointer, yes ?

Yeong · « **Reply #3 on:** November 29, 2012, 03:40:26 pm »

What I usually do for small games is make a label dedicated to memory storage and use them like a custom data.

persalteas · « **Reply #4 on:** November 29, 2012, 06:09:01 pm »

Yes, but first I wanted to store these data in archive. If I use a label in the main program, I can't.

Xeda112358 · « **Reply #5 on:** November 29, 2012, 09:21:57 pm »

Grammer has no built in functions for reading archived content, unfortunately.

As to the pointers, yes, just find the number of bytes of each sprite as the offset. For example, say you store the sprites to appvar "Sprites" and these are your first few sprites:

Code: [Select]

:.A
:08081C3E1C7F3E7EFF7EFF7EFF3C1818  ;16 bytes (compressed)
:.C
:004428FE92FE                      ;6 bytes (compressed)
:.N
:08101C181E181D18391C391C389C389C18581878183808100000  ;26 bytes compressed

Then you could do something like this:

Code: [Select]

Get("USprites→w+16→s+6→a+26→b...

(Here, I used the pointers you use in your program).

I hope this helps!

P.S.: Here is a trick... In the Grammer program header, nothing is read by Grammer, but it is read by BASIC. This means you can do this:

Code: [Select]

.0:Pause "Grammer Required":Return

EDIT: The reason I always use the header ".0:Return" is because if Grammer isn't installed, the program won't run. If Grammer is installed, it reads the ".0:" and knows it is a Grammer program.

persalteas · « **Reply #6 on:** December 13, 2012, 07:46:45 am »

I have another question.

What do you do if you want the getkey to be very very less precise ?

(If I press the key one time, it drops something like 2 or 3 packs at the time...)

And this is the same problem when leaving the game: Exit by pressing the [zoom] key would display the Zoom Menu after the program end...

shmibs · « **Reply #7 on:** December 13, 2012, 10:20:25 am »

if you want key detection to be less precise then your only real option is to check every other frame rather than every single one (i guess you could do something with interrupts as well, but that would be annoying to handle). in order to make this less susceptible to missed keypresses, you could set a variable of some sort to be decremented every frame unless it equals zero. then, set a check on the keypress in question which requires that variable to be at 0 in order for the keypress to be detected. then, if the key is pressed, set the variable to some positive number (probably one or two).

Xeda112358 · « **Reply #8 on:** December 13, 2012, 12:07:31 pm »

You can also do this:

Code: [Select]

Repeat A=51    ;[ZOOM] is pressed
<<main code>>
End
While getKey    ;
End
Stop

Alternatively:

Code: [Select]

Repeat A=51    ;[ZOOM] is pressed
<<main code>>
End
Pause If getKey
Stop

These will not exit the program until no keys are being pressed. You can add something like Pause 5 or Pause 10 at the end for good measure.

Sorunome · « **Reply #9 on:** December 13, 2012, 06:51:25 pm »

wow, this is looking pretty nice so far, the cutszenes

DJ Omnimaga · « **Reply #10 on:** December 13, 2012, 10:55:08 pm »

Looks interesting, and that fire animation at the start fits really well.

Xeda112358 · « **Reply #11 on:** December 14, 2012, 07:43:03 am »

Quote from: DJ_O on December 13, 2012, 10:55:08 pm

Looks interesting, and that fire animation at the start fits really well.

Yes, I thought that was a rather awesome use of fire

Stefan Bauwens · « **Reply #12 on:** December 14, 2012, 07:48:46 am »

That titlescreen along with the sprites look very pretty. Well done.

persalteas · « **Reply #13 on:** December 14, 2012, 05:04:03 pm »

Thank you everyone

I will try to use a variable as shmibs said.

Xeda, your example could be great if the problem was just to exit the program, but it's more complex

And, I am sorry, but this:

Code: [Select]

.0:Pause "Grammer Required":Returndoesn't work. The program is Paused or crashes when Grammer is installed.

( unlike, the "Get("USprites→w+16→s+6→a+26→b..." works very well, thanks. But I had to add a "-2" in front of that, I don't know why, but it works ! great. )

Xeda112358 · « **Reply #14 on:** December 15, 2012, 07:46:33 am »

Quote from: persalteas on December 14, 2012, 05:04:03 pm

Xeda, your example could be great if the problem was just to exit the program, but it's more complex

Ah, okay. Well, I also like to do this:

Code: [Select]

Repeat <<stuff>>    ;main loop
<<don't change A>>
Repeat A>0: and A≠B
A→B
getKey→A
End
<<don't change A>>
End

Quote from: persalteas on December 14, 2012, 05:04:03 pm

And, I am sorry, but this:
Code: [Select]
.0:Pause "Grammer Required":Returndoesn't work. The program is Paused or crashes when Grammer is installed.

It works when I do it

Grammer should skip that line and go to the next one if it is installed (because any line starting with '.' is read as a label name).

Author Topic: Grammer Grayscale Ghristmas Game (Read 16872 times)

persalteas

Grammer Grayscale Ghristmas Game

Xeda112358

Re: Grammer Grayscale Ghristmas Game

persalteas

Re: Grammer Grayscale Ghristmas Game

Yeong

Re: Grammer Grayscale Ghristmas Game

persalteas

Re: Grammer Grayscale Ghristmas Game

Xeda112358

Re: Grammer Grayscale Ghristmas Game

persalteas

Re: Grammer Grayscale Ghristmas Game

shmibs

Re: Grammer Grayscale Ghristmas Game

Xeda112358

Re: Grammer Grayscale Ghristmas Game

Sorunome

Re: Grammer Grayscale Ghristmas Game

DJ Omnimaga

Re: Grammer Grayscale Ghristmas Game

Xeda112358

Re: Grammer Grayscale Ghristmas Game

Stefan Bauwens

Re: Grammer Grayscale Ghristmas Game

persalteas

Re: Grammer Grayscale Ghristmas Game

Xeda112358

Re: Grammer Grayscale Ghristmas Game