harrie88

I've been working on a space invaders like game,

as usual, you move horizontally and click to fire at the enemy.

But as you can see my cannon won't release the bombs, probably because i used a receive object..

I can't get it figured out, so if anyone would be so kind to look into it, I would very much appreciate it! :) 

I've been working on a space invaders like game,
as usual, you move horizontally and click to fire at the enemy.
The enemies are coming down on you slow.

I can't get it figured out, so if anyone would be so kind to look into it, I would very much appreciate it! :) 


space-invaders-shooting-bombs

sorry i cant help you . but i appreciate your effort so far :) crossing fingers

The recieve "r xas" in the patch called "shoot" has two lines to the messages moveto, this

causes the bomb not getting away, as soon as i remove the left line to the 0 of the counter the bomb

is able to leave but as you'll see it won't work properly, because the bomb has to travel in a straight line.

The recieve "r xas" in the patch called "shoot" has two lines to the messages moveto, this
causes the bomb not getting away, as soon as i remove the left line to the 0 of the counter the bomb
is able to leave but as you'll see it won't work properly, because the bomb has to travel in a straight line.

I just had to add one object('f' attached to 'sel 0' in the 'p shoot' subpatcher to store the position and only output it for fire when needed(on mouse-release i assumed)) in order to get it to work:

(this patch is probably more relevant to the jitter part of the forums, might get faster help there, but no worries... i'm so glad to have found it either way)

I just had to add one object('f' attached to 'sel 0' in the 'p shoot' subpatcher to store the position and only output it for fire when needed(on mouse-release i assumed))  in order to get it to work:

(this patch is probably more relevant to the jitter part of the forums, might get faster help there, but no worries... i'm so glad to have found it either way)
nice work! :)


just wanted to chime in: like do..while, I love this but, UNlike raja (our resident anti-guru [I hope that's not culturalist or race-ist :p]), I am unable to help

keep up the good work!! or something - nostalgia ain't wot it use ta be

add some pew-pew noises and asplosions and this will ROCK

https://learn.adafruit.com/pigrrl-raspberry-pi-gameboy?view=all

Hey
just wanted to chime in: like do..while, I love this but, UNlike raja (our resident anti-guru [I hope that's not culturalist or race-ist :p]), I am unable to help

ps
https://learn.adafruit.com/pigrrl-raspberry-pi-gameboy?view=all


our resident anti-guru [I hope that's not culturalist or race-ist :p]

antiguru! so... like someone who KILLS gurus?! that sounds perfect! muahahahahahahaaaa!!

the term 'guru' when used for any form of teacher who does 

 make spirituality a focused part of their discipline and teachings, falls more under the category of linguistical 'cultural misappropriation'(such as when you call someone a 'max guru' but said person does not incorporate any spiritual teachings within their max patches, hehehehe ...it's like wearing a native-american headdress to burning-man not because it's part of who you are but because it expresses how you'll want to temporarily feel and look while dancing out of yer mind with a face full of molly >8'D )

the term 'antiguru' does not exist yet to my knowledge, so at least it isn't racist(nor race-ist, nor even racialist) ;p

(having no loyalty to the u.s. or india, i wouldn't care anyways... as long as it's still legal and perfectly accepted(which it is) for me to use racial epithets referring to my own race/minority-status(south-asian). like i was called in my youth: 'sandnigger'... ahhhhh, that feels good. that's right whiteys! i'm takin' it back! i get to call myself that now, just to keep reminding everyone ;D)

but i have been pondering becoming a serial-killer for many years, and simply did not know what demographic from which to select my victims from. GURUS! of course! YESSSS! Exxxxcellent! *twiddles fingers while drooling*

so a special thanks to Brendan(that's "Brendan McCloskey" in case anyone's recording this for historical purposes or, more likely, looking back at this for criminal investigation purposes), for finally helping me to bring all of those voices that have been clamoring in my head to one single point of focus >8D

[disclaimer: of course, perhaps it needn't even be explained, that i'm never being serious, and although it's the same thing that anthony perkins said at the end of psycho, i assure you all, i couldn't even hurt a fly ......>;D]

the term 'guru' when used for any form of teacher who does not make spirituality a focused part of their discipline and teachings, falls more under the category of linguistical 'cultural misappropriation'(such as when you call someone a 'max guru' but said person does not incorporate any spiritual teachings within their max patches, hehehehe  ...it's like wearing a native-american headdress to burning-man not because it's part of who you are but because it expresses how you'll want to temporarily feel and look while dancing out of yer mind with a face full of molly >8'D )

the term 'antiguru' does not exist yet to my knowledge, so at least it isn't racist(nor race-ist, nor even racialist) ;p
(having no loyalty to the u.s. or india, i wouldn't care anyways... as long as it's still legal and perfectly accepted(which it is) for me to use racial epithets referring to my own race/minority-status(south-asian). like i was called in my youth: 'sandnigger'... ahhhhh, that feels good. that's right whiteys! i'm takin' it back! i get to call myself that now, just to keep reminding everyone ;D)

[disclaimer: of course, perhaps it needn't even be explained, that i'm never being serious, and although it's the same thing that anthony perkins said at the end of psycho, i assure you all, i couldn't even hurt a fly ......>;D]


Hmmm... Seems if you want to say antihero, you wouldn't say antiguru, lest you betray a cultural bias in your entire scheme of labeling people. Since you qualify now that what you meant was antihero, but when speaking to someone named 'raja' you think of the word 'guru' instead of 'hero', you have betrayed the fact that you do have some subconscious culturally-biased (if not racist) tendencies in your thinking.

It's ok though! I don't mind. We're all ignorant in so many ways, I'm convinced, after frequenting these forums for more than a decade that everyone here is racist to some degree. But I'm really just ...how you UK folks say... 'having a laugh'. So I know it's hard, Brendan, but if you're going to invoke my participation by using my name, be prepared for my mischief heading in your general direction, muahahahahahah-*cough* *wheeeeze* *cough*-Ha!

P.S. Hendrix is more like a hero than an antihero, for a truly great antihero, you should read the book, "maldoror". One of my favorites ;D

"if you’re going to invoke my participation by using my name, be prepared for my mischief heading in your general direction, muahahahahahah-"

Absolutely raja, we expect nothing less; what I meant was more on the lines of anti-particle, rather than person opposing. Hendrix is the archetypal Western anti-hero, in that he appeared to be (or perhaps tacitly co-authored the illusion of) a reluctant, misplaced superstar. I have absolutely no idea where "anti-guru" came from (yes I do - several pints of Guinness whilst watching Holland versus Costa Rica). I think (foggily) that (in light of your recent gen~ work especially) I meant "he who IS a Max guru expert but would not describe himself as such" and then I immediately regretted typing the word "guru" because, as you point out, I am typical in not knowing the exact meaning - and implication - of the word. I should say anti-Max expert, but that's too heavy.

when we gonna see/hear some pew pew sounds?

ps OP
when we gonna see/hear some pew pew sounds?


oh! like anti-matter! yes, that's a good description of me. i concur :)

(and for the record, several pints of Guinness are the perfect excuse for anything. good call.)

YA! sorry to hijack the thread for a bit there, but to the OP: i would love to see and hear where this game goes eventually(and maybe even a small 'thank you' ;D... haha, jus kiddin', i wouldn't be here if i expected that).

oh! like anti-matter! yes, that's a good description of me. i concur :)
(and for the record, several pints of Guinness are the perfect excuse for anything. good call.)

ps OP
when we gonna see/hear some pew pew sounds?

YA! sorry to hijack the thread for a bit there, but to the OP: i would love to see and hear where this game goes eventually(and maybe even a small 'thank you' ;D... haha, jus kiddin', i wouldn't be here if i expected that).
Wishin you great success in this!


Thanks Raja, it works great!! You are a hero

Btw you don't happen to know if it's possible to get the XYZ coordinates from the jit.gridshape from the enemy planes?

I know it's more of a jitter question but seeing that you guys already looked into the project you might be able to help.

If im able to get the XYZ position, I will be able to compare those values with the ones from the bullet so that i can "kill" an enemy,

and when all enemies (eight to be precise) are destroyed you win the game.

At the moment i'm working on letting the enemies drop bombs on me :O

Sorry for the late reaction :S
Thanks Raja, it works great!! You are a hero

Btw you don't happen to know if it's possible to get the XYZ coordinates from the jit.gridshape from the enemy planes?
I know it's more of a jitter question but seeing that you guys already looked into the project you might be able to help.

If im able to get the XYZ position, I will be able to compare those values with the ones from the bullet so that i can "kill" an enemy,
and when all enemies (eight to be precise) are destroyed you win the game.

At the moment i'm working on letting the enemies drop bombs on me :O


i had to rebuild the whole animation of the enemies and the bullets,

but now i'm able to check their x and y coordinates,

which brings me to the next problem, how do I compare them?

at the moment I'm trying to use && and ==, but i need some sort of region because a flonum is so small that

aaah well, have a look at the program and maybe you can add some information,

it might be a bit messy but the comments will guide you :)

already fixed the last question myself,
i had to rebuild the whole animation of the enemies and the bullets,
but now i'm able to check their x and y coordinates,
which brings me to the next problem, how do I compare them?

at the moment I'm trying to use && and ==, but i need some sort of region because a flonum is so small that
the two will never be equal...

aaah well, have a look at the program and maybe you can add some information,
it might be a bit messy but the comments will guide you :)

Again, just from glancing at this, I suspect your [&&]'s stack need their hot (left) inlets triggered every time an enemy dies; also, you can't put spaces into send/receive names; use either [s enemyDead] or [s enemy_dead] for example.

ps comparison of duplicate/same coords might just be a matter of dividing each pair: eg, if Xa/Xb == 1, then collision is true. Perhaps you could rescale your coordinates so they are no longer floats.

Thanks for the trigger advice totally didn't see that!

but spaces in send and receives do seem to work perfect, or is it just me?

and the last part I dont fully understand, divide which pairs and rescale which coordinates?

but spaces in send and receives do seem to work perfect, or is it just me?
and the last part I dont fully understand, divide which pairs and rescale which coordinates?


very fastly, see attached patcher to understand what mischief the space in s/r pair can cause :

Ha ha, Max can even solve philosophical conundrums!

Ohw yes, I see, I'll change that, thanks


real quick regarding "im doing something wrong here but after all enemies are beaten a 1 should pop out"

the 'bondo' object is also a quick and easy fix for this

thanks for the bondo, i'd never heard of that before!

I'm now able to read the x and y axis so i could destroy an enemy,

turns out I had lined them up the other way around.. took me 2 hours to finally figure that out.

after comparing the values with the "==" object and then the "&&" (so if the value isn't null) there's a small bang, but the enemy has to stay dead.

I could stop the metro of that object but then it's just standing there, what do you guys think i should do? a message with scale 0 0 0?

I'm now able to read the x and y axis so i could destroy an enemy,
turns out I had lined them up the other way around.. took me 2 hours to finally figure that out.

the major problem now is the following:
after comparing the values with the "==" object and then the "&&" (so if the value isn't null) there's a small bang, but the enemy has to stay dead.
I could stop the metro of that object but then it's just standing there, what do you guys think i should do? a message with scale 0 0 0?


if you could post an updated version of your patch this sounds easy enough to solve

i've marked the patch "p enemy", that's where i'm trying to figure out the problem.

OK, this is the updated version,
i've marked the patch "p enemy", that's where i'm trying to figure out the problem.


Sorry, that one's kind of messy,
here is a cleaner one:


what do you guys think i should do? a message with scale 0 0 0?

simplest solution is to send an 'enable' message to make the gridshape appear/disappear.

(things like scale, alpha value, etc. are also options... but 'enable' will probably spare the drawing computation)

like this, see the same enemy subpatcher you put the newer dead/alive stuff in:

at this point, it's worth mentioning that when you get more advanced, you may want to put the enemies inside poly~(create one enemy patcher, then load it into a poly~ with argument for number-of-voices equal to number of enemies(saves you alot of work, too)... then it can dynamically run or stop computations for alive and dead enemies... you'd still need to work the enable message to happen before muting, and after unmuting, but it might save the whole metro counting thing when not in use.... not sure, this advice might not be entirely necessary, since your patch is not that expensive to begin with).

another thing, perhaps the most valuable advice i can give, but for the longer term as you get more and more familiar with jitter and max in general, might be to look into doing all of this sort of game-programming using jit.gl.lua:

https://cycling74.com/wiki/index.php?title=jit.gl.lua

(also, small thing, the way you have a counter within the enemy instance for respawn seems less efficient than a global trigger for all enemies to be enabled at the start of the next game... but maybe this is a design choice you made to incorporate other things in the future, so i'm not sure, but seems unnecessary to put the respawn counter within each enemy instance if they all basically spawn at the same time(start of next game))

and finally, not so necessary, but worth mentioning, when objects interact in a 3d environment, there's alot you can do by loading different materials onto them at different times(for example, an alive material/shader, a dying/exploding material/shader, and finally just 'enable 0' for the death).

great to see how this is coming along! :)

simplest solution is to send an 'enable' message to make the gridshape appear/disappear.
(things like scale, alpha value, etc. are also options... but 'enable' will probably spare the drawing computation)

at this point, it's worth mentioning that when you get more advanced, you may want to put the enemies inside poly~(create one enemy patcher, then load it into a poly~ with argument for number-of-voices equal to number of enemies(saves you alot of work, too)... then it can dynamically run or stop computations for alive and dead enemies... you'd still need to work the enable message to happen before muting, and after unmuting, but it might save the whole metro counting thing when not in use.... not sure, this advice might not be entirely necessary, since your patch is not that expensive to begin with).
another thing, perhaps the most valuable advice i can give, but for the longer term as you get more and more familiar with jitter and max in general, might be to look into doing all of this sort of game-programming using jit.gl.lua:
https://cycling74.com/wiki/index.php?title=jit.gl.lua

just some suggestions, hope they help.
great to see how this is coming along! :)


The only thing i run into now is that the bombs don't seem to hit me,

if they would, the user should turn red. it's in the patch "didigethit"

but it's a bit late for extreme changes, the assignment is due tomorrow

I had trouble uploading the compressed patch so for those who are interested or can even help out with the last part,

I've attached a zip file (sorry but thats what the forum guidelines told me to do)

Great enable tip, works way better now.
The only thing i run into now is that the bombs don't seem to hit me,
if they would, the user should turn red. it's in the patch "didigethit"

I had trouble uploading the compressed patch so for those who are interested or can even help out with the last part,
I've attached a zip file (sorry but thats what the forum guidelines told me to do)


Space Invaders - shooting bombs