chickenxhat

excellent, will adjust. thanks! so.. no one here versed in action game stuff where your sprite is made to collect an item physically and manipulate it?

thanks for the input, guys. attached is my latest, and with the use of multisprite kernel, i've abandoned the color method. i've now got several sprites on screen doing a couple different things. when the wasps move off screen, sometimes it seems that the scanline count increases (assumption) because it looks like it jumps or rolls. trying to track down why. with my next gameplay mechanic i'd like to have the player bees pick up missile (nectar? pollen? whatever.) objects and carry them back to the hive. the code shows my current attempt at this, but it definitely isn't working. it checks for collision && joyXfire and is supposed to set the missile's coordinates to follow underneath the player. as soon as this takes effect the objects are no longer colliding. error! beehive.bas

i've read as much as I can find regarding multicolored backgrounds (not playfields) using kernel_option background. but.. it doesn't work. what am I missing? code: set kernel_options pfcolors background const noscore = 1 player0x = 35 : player0y = 27 player1x = 115 : player1y = 27 player0: %00000000 %00000000 %00000000 %01010101 %11111111 %00101010 %00000000 %00000000 end player1: %00000000 %00000000 %00000000 %01010101 %11111111 %00101010 %00000000 %00000000 end __Main_Loop COLUBK = $D8 COLUP0 = $44 COLUP1 = $94 pfcolors: $D0 $D0 $D0 $D0 $D0 $D2 $F2 $D2 $D0 $D0 $D0 $D0 end playfield: XXXXXX...XXXXXXXXXXXXXX...XXXXXX XXXX.......XXXXXXXXXX.......XXXX XXX.........XXXXXXXX.........XXX XXXX.......XXXXXXXXXX.......XXXX XXXXXXX.XXXXXXXXXXXXXXXX.XXXXXXX ................................ XXXXXXXXXXXXXXX.XXXXXXXXXXXXXXXX XXXXXXXXXXXX.......XXXXXXXXXXXXX XXXXXXXXXXX.........XXXXXXXXXXXX XXXXXXXXXXXX.......XXXXXXXXXXXXX XXXXXXXXXXXXXX...XXXXXXXXXXXXXXX end drawscreen goto __Main_Loop

thanks cybearg! your work rocks, and is a huge help. and it compiles, too, so maybe thats a backdoor entry for me, as the titlescreen generator never seems to work for me.

i feel like some kind of idiot. can't get it to compile. here's my up to date game code. could you attach the title screen to this one the way you did to the old version? and could you set the titlescreen gem color to a green tone? thanks for trying to teach me to fish. and thanks for the work. it looks awesome. Moon.bas

thanks, both of you guys.

man this is super frustrating. no combo i try seems to make that .bas something I can compile. thanks rev for the link to your version, wish it worked. i assume that the .bas cybearg posted compiles for you?

cybearg! this looks amazing! and the compiled game looks great too! but for some reason it won't compile on my vbB build. I wonder why? which build should i be using to compile this, and are there any critical files needed in the directory somewhere that i should be checking for?

I made a silly no-goal game for my son to play. It stars him as a little astronaut collecting moonrocks. I'd like some music in it someday, which I'm working on, but I really need help with the titlescreen kernel. My other silly no-purpose game featured a standard kernel playfield-based title screen, but after looking into the titlescreen kernel, i'd really like to incorporate it into this game. if anyone wants to help me build it onto this code, i'd be totally stoked. attached is the game .bas, and 3 image files I'd like on the title screen. i've dedicated the last day of vbB use trying to figure out this thing, but it just isn't compiling, no matter which build i use or which version of the kernel i use. the wizard produces code, but won't compile. bah! alternately if anyone can give me a .zip of an install directory package that has a working titlescreen wizard and working sound/music generator that runs under x64 windows, i'd be able to work on this myself i think. Moon.bas logo.bmp copyright text.bmp

thanks bogax. i'll explore that as well. new question: what all standard collision arguments work in multisprite? i've got (player0,player1) working and (missile0,player1) working, but no other combinations. i know that (player?,player2-5) won't work, but why not combinations of missiles?

i will absorb that information, and do thank you for it, but i feel as though i have not garnered a solution from your post. in the mean time, i'm exploring using the ball object instead of a separate virtual sprite, as differentiating between them is proving difficult or impossible for me.

well, seeing as no one is weighing in, i'm going to double-post with my findings. here's the excerpt of code that handles collision detection with the player character and the 4 falling rocks in my game. i could use variables and clean it up and maybe some a couple bytes, but as i'm still learning vbB it helps me to actually see the objects written out. rem player collisions if collision(player0, player1) then pfscore2 = pfscore2/4 : goto __Start_Select if collision(player0, player1) && player0y = player2y && player0x = player2x then pfscore2 = pfscore2/4 : goto __Start_Select if collision(player0, player1) && player0y = player3y && player0x = player3x then pfscore2 = pfscore2/4 : goto __Start_Select if collision(player0, player1) && player0y = player4y && player0x = player4x then pfscore2 = pfscore2/4 : goto __Start_Select this code works sucks! originally player0,player1 collisions included an x/y check as well. apparently the virtual sprites are also player1, because the real player1's x and y weren't returning on those collisions, never registered as collisions. so.. hope this helps someone in the future. edit: well.. no. now this code doesn't differentiate between players 1-4 and player5. all sprite collisions are lethal. bah!

so i've been working on this one for a couple days, and have poured over both the code and forums and just can't figure out why it works sometimes but not all the time. maybe someone can check it out. i've got routines that check if collision && if coordinates belong to each virtual sprite, and i'd like 4 out of 5 of them to be player-killing collisions, and the 5th to be point-adding collisions. i dont have the routine that adds points yet, just moving the 5th sprite to a random location on collision. i also have a routine that causes a shield to appear on joy0fire that causes the score to stop rolling up and will block the falling rocks. still working on that, but its coming together. what actually occurs is that sometimes the 4 out of 5 sprites (falling rocks) don't actually return as a collision, and sometimes collisions with the 5th (a collectable rock) hurt the player. it seems that my routines are faulty, but the math makes sense to me. it should work! i don't understand why it doesn't! before i seek out another way to handle multiple sprites in my game i'd like to determine if there's a better way to do this. if i can't get it to work, i can't get this game to work either. i think i did a decent job of adding comments on this .bas so it should be obvious what does what. any help or guidance or suggestions or revisions would be helpful. edit: also, sometimes the collectible rock disappears and the only way to make it come back (even though it should have never disappeared) is to walk the length of playfield and it will show back up. weird. unintentional. Moon.bas

could RT or jbs give an example of checking x and y positions to differentiate between collisions? it must be simple, as all references I've found to this are without examples, but if one of you guys (or anyone else) could spell it out for me, that'd be fantastic. i'm using multisprite, and before i recode my game to utilize DPC i'd like to see if i can get checking x/y's to work. also, my apologies for necropost.

Well.. that's embarassing. Always helpful, thanks RT.

So.. game was looking pretty good up until a point where I was installing and running on different builds (trying to get sound and music editor to work). now that i've gone back to the original build I was using my nearly finished (to my standards and goals) game simply won't compile anymore. And when I open a recent version, not only is it missing a day's worth of work, but it seems my custom score font has disappeared. That much I can fix, but what happened to my game? if its something wrong with my code, could someone check it out? here's the error message: Compile started at 8/2/2013 12:16:12 AM Compiling (XXXXXXXX) DASM V2.20.07, Macro Assembler ©1988-2003 Lincoln Fight RC1point0.bas.asm (1884): error: Syntax Error '#$O0'. bytes of ROM space left Unrecoverable error(s) in pass, aborting assembly! Complete. Errors were encountered during assembly. 2600 Basic compilation completed. i'm using build 1.0 554 and every other project i compile works but this one. such a generic and uninformative error code. bah! Lincoln Fight RC1point0.bas

Random Terrain +1 thanks for the guidance. i feel like i actually understand what you did for my code/game. author credit. now to work on sfx. Lincoln Fight.bas

rad. another note: when joy0right player1 can't move left. i should be a playtester!

Yes! Almost! Thats the gameplay mechanics I want, but I can't seem to find a way inside that code to reset the sprite from punching to normal while the button is still held. Bah! Working on it. edit: after further playtesting, and some code editing, i notice that the Lincolns (while mid-field) do anime-style lightspeed punches, but when one is against the wall, the other's punches work perfectly, deactivating when the should and not rapidly repeating. I'm pouring over the code trying to find a way out of that loop. RT'sCodeedited.bas

RT - you rock, very hard. I really appreciate you taking the time to check out my code, and to make some needed changes (and cleaning/grouping). Many thanks. Over the past day I've made some general changes, and now I've incorporated the concepts you've shown me. I'm no longer using the missile function as a punch, and instead animate the sprites and use collision && joyXfire to initiate punches. That plus moving NUSIZx to the mainloop means I can use the score again with my cleaned up playfield and character functionality. So far its looking great! (see attached code). Next up I need to debounce the joyXfire buttons so that players are set to !joyXfire after pressing the button (and after causing the necessary actions that joyXfire && collision are designed to do). So far I've only seen mega-complicated calls/dimensions/bits/etc. I'm struggling with it. Any simplification of this would be rad. In the mean time, I'm gonna work on punches causing damage. Stoked! And at this point, and for what its worth.. RT, you deserve co-author credit for this game. Lincoln Fight.bas

well.. I figured it out I guess. I also added NUSIZ0/NUSIZ1 functionality to fill the screen with the two fighters. I've noticed however that when I remove "const noscore = 1" from the form that NUSIZ0/NUSIZ1 functionality fails to work. Why is this? How do I get around it? I intended to use the left and ride score areas as health bars for the two Lincolns. I'd also intended to use missile functionality as a "punch" with collision causing damage to other player, though it seems I can't make a missile higher than 1 pixel. Is this truly the case? I know I can increase its length (again, with NUSIZ0/NUSIZ1 functionality) but I can't make it 4 pixels high as well? If not, I guess I need to move on to animating the sprites. I'd like each player's sprite to change upon pressing "fire" to show an extended arm punching (which will have to fit into the 8 pixel wide sprite area, albeit increased to 32 pixels with NUSIZ0/NUSIZ1). Lincoln Fight.bas

Hey all. First post, first game, first question. I'd like to make a simple two-player fighting game. I have 2 player sprites controllable on screen, a background, and now I just need to define some things such as the edges of the screen where the players bump into, bumping into eachother, and add a missile-based punch function, and collision between those missiles and the two players. attached is my (likely rough) code, everything working up to the point where I need to add the things described. As far as work flow goes, I've gotten to the point where I need to figure out and add collision detection, and I haven't yet begun exploring the missile system, but help with both would be very valuable to me. So far I've seen lots of complicated examples of collision detection, where the playing field wasn't a solid block that the players appear in front of (like my game), and included X and Y axis movement. I only require X axis movement, so I only require X axis collision detection, and between a total of 4 (or 6, including the edges of the screen) objects. I feel as though I understand what needs to be coded, but I'm not sure how to do it without making things far more complicated than I perceive that they need to be. in psuedo code: if collision(player0, player1) then player0 can't move right and player1 can't move left if collision(player0, left edge of screen) then player0 can't move left if collision(player1, right edge of screen) then player1 can't move right I think I read under random terrain's tutorial stuff that only standard objects like player1, missile0, etc are valid arguments in the collision/!collision statements. how do I work around this? I'd be really stoked to find out that the required work is easy, but if it required defining several constants or dimensions and includes checks and calls in the main loop.. can someone help spell it out for me? I really appreciate any help on this one. Lincoln Fight.bas