This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - shmibs
Pages: 1 ... 122 123 [124] 125 126
1846
« on: July 22, 2010, 04:34:51 pm »
man, you're just cranking these out
lovin it, keep it up!
1847
« on: July 21, 2010, 04:39:19 am »
use the sine command and just dilute it by dividing(the higher the divisor the subtler the curve will change)
log the x position as it moves along(the c in your current program) and just find the sine of that and then add the sine to the height of your x axis position on the screen and add a constant to c if you want to slide the curve to the left or the right.
if you want the curving to be less uniform and more random then you could use this somewhat more complex method:(to make it somewhat easier to read it is unoptimized)
1->a
.a will serve as the amount by which the number from which we will derive our sine (i.e. .c in the last example, although it remained at a constant 1) will change when c moves one .pixel to the right
0->c
.as stated, c is our true x position
0->x
.x will be our variant x position used to "randomize" the curvature
0->Y
.defining our initial y axis(it will shift during drawing)
for(c,0,94
.let's pretend that you want this curve to span the length of the screen
rand^2->b
.just a temporary storage(is there an anser var or something to use instead? i think i remember something like that, but just to be safe...)
a+((b=1)*(a<3))-((b=0)*(a>0))->a
.if b=1 and a<3 a increases by one, if b=0 and a>0 a decreases by one. this is where we will get our variation in how drastic the curve will be
x+a->x
.our variant x position is increased by varying amounts
y->z
.the reason for this will be revealed in a moment
y+(sinx)->y
.i dont remember the axe syntax for sine atm, but it should be easy to find
line(c,z,c+1,y
.just a drawing command
dispgraph(unless you want to wait and do it at the end, that is)
end
im not entirely certain if this is what you want and im writing it very late at night, so if it makes no sense whatsoever please dont hold it against me =P i promise to try to make sense of it tomorrow(if i remember anything)
however, this should draw something similar to your mspaintamathing there
1848
« on: July 20, 2010, 07:27:33 pm »
i think there are enough massive rpgs in the works atm, so you should try the star trek thing
1849
« on: July 20, 2010, 07:25:42 pm »
pretty cool!
animated walking would be a huge help appearance wise and it's not that hard to manage, but regardless i love how it's turning out
a question: do you have it set to display a particular tile automatically if the data for that point is out of the set range(like the trees outside the path in early pkmn) or do you have to define data for every point that may appear on screen? this is something i was trying to get work myself a while ago...
1850
« on: July 19, 2010, 10:43:00 pm »
ok, i just got my sat scores in the mail today (they were hosted on a site a month ago, but i lost my password and they wouldnt tell it to me even when i gave my birthday, social security number, and exact registration number from the test but anyways...) and was somewhat meh'd by the results
math and reading were fine(740's) but they gave me a 640 in writing because "my essay was too brief"
the topic on the test was "is human companionship necessary for a happy life" or something along those lines, and my answer was basically "it is in the majority of cases as humans are a social animal, grouping together allows specialization, and for the most part people tend to develop psychological issues and such when separated from others etc. but that in a few cases there are people who experience the opposite effect(hermits and such) or who have some belief that they feel is more important than companionship and which in the end brings a net increase in hapiness(monks and such)
after that i had one page worth and really couldnt think of anything else to say...
so question to all you peoples: are essay topics usually better than this and is it worth retaking the damn thing just so some stupes will be impressed because i wrote a lot and used lots of big words?
1851
« on: July 19, 2010, 06:40:34 pm »
i love it!
definitely upload
1852
« on: July 19, 2010, 04:36:56 pm »
these are kind of huge; im not sure if anyone would be able to use a 50*50 in a game
still, very well done and good luck with the rest
1853
« on: July 19, 2010, 03:22:56 pm »
well it was a bit tough to manage in mono, but here is a kangaroo rat of sorts those could also be used for jumping, i guess, since all they ever do is jump  oh, and penguin if you made that i would have to find a way to sneak my headphones out in class "always i wanna be with you and make believe with you..."
1854
« on: July 18, 2010, 03:24:17 pm »
/\or you can just use the Horizontal command/\
1855
« on: July 18, 2010, 03:18:40 pm »
im not sure what the point of antivirus would be, but i have nothing better to do and am somewhat curious so... sure, why not
1856
« on: July 17, 2010, 11:49:36 pm »
YES!
you, sir, are doing a great service to the world
i cant wait to rickroll my friends when we go back to school
1857
« on: July 17, 2010, 05:27:36 pm »
pretty much
i'll try to get screenshots up here soon
1858
« on: July 17, 2010, 04:37:20 pm »
aight, i've been putting this off for long enough and i figured posting here might force myself to actually get working on it
===Tetris Attack (norly)===
the first time i ever played tetris attack my hopes were dashed when i found that, not only was there no attacking involved, but the game itself wasn't even remotely tetris-esque(ok, maybe remotely, but still not close enough to bear the same name)! Tetris Attack (norly) is/will be the game i imagined when i first read that title =D
===gameplay===
two players square off on the left and right sides of the calc lcd and get ready for the ultimate showdown of tetris skill. tetris pieces appear at either end of the lcd, one for each player, and can be controlled in the usual fashion, sans the one click drop command. the object of the game is to make your pieces reach the other side of the screen and trap his appearing piece before it can move all the way onto the screen, in the usual fashion of tetris gameovers. if two pieces collide in the middle of the playing field they stay there and new pieces appear. in this way traditional tetris gameplay appears. clearing a line of tetris blocks(the field is the usual width, just twice as long to accommodate two players) removes that line and moves all the lines from there to the clearer's side of the screen one line closer to the opponent. clearing lines also can yield temporary powerups, and these powerups will be more helpful the more lines the user clears at once(1-4 as always)
===powerups===
the exact powerups which will be used at what time has not yet been decided, but here are a few examples:
-limited ammo gun which can destroy single tetris blocks
-a line remover which removes a single line of blocks without having to fill it and shifts all the preceding lines closer to the user in the normal fashion
-piece movement speed changers(speed up your own movement or slow down the opponent's)
-field shifter which moves every line on the screen one line closer to the opponent
any other ideas would be more than welcome =D
===progress summary===
as of yet i dont have any screenshots because i havent worked much on the gui and everything is still in a very primitive state. im hoping to implement a grayscaling method which i already have working in a different program and maybe even an AI to play against(though it's rather unlikely and i'll only work on it if i have extra time)
comments, suggestions, or critiques(even harsh ones) of any kind will be more than welcome
thanks for looking
1859
« on: July 17, 2010, 03:40:03 pm »
my first serious prog was an incredibly massive, ye cannot get ye flask style text based adventure with an obcene number of goto's and lbl's. it was structured something like this: lbl a clrhome disp "room introductory text here (i.e. "you find yourself standing in a barren field" input str1 check here if str1="go n","go s" etc... goto lbl depending on which command was typed call err prgm ("no hablo stupid" or another err command randomly displayed lbls for in room actions (i.e. get ye flask goto a lbl prgm (for move between room commands(i.e. go n in this way i ended up having a game that was 100+k with seperate programs for every single room (i used zarchive for swapping which set was in RAM) that had more err mem's than even a nub has excuses for. i still really liked how it turned out, though, and it made me sad when my brother clrd my memory while screwing around with stuff EDIT: i did the all on one line thing too because (i think, but i tested this forever ago and havent looked into it) lbl goto statements only check the beginnings and ends of lines and so it only has to search 6 or 8 spots in the program instead of twice for every line, speeding things up so you can get that memory error much more quickly . the habit stuck and i got so used to reading it that way that now i have trouble understanding clean-cut coding(my problems with short term memory also probably apply here; i have to have as much code on the tiny screen as possible or i'll forget where i am
1860
« on: July 14, 2010, 09:12:19 pm »
a subroutine is nice when you use a routine more than once in your program but otherwise they should generally be avoided as they add size and make the program more difficult to read
also, nemo's ptchange method is useful if you want a background image without having to store it in the backbuffer and do swapping(freeing up more RAM for storage)
Pages: 1 ... 122 123 [124] 125 126
|
Show Posts
