Quote from: buttsfredkin on October 04, 2011, 05:42:36 pm

Code: [Select]

DispGraph{r}


wait, is that the superscript r, or am i doing something wrong?
I did : {^r} (open curly brace, superscript r, closed curly brace)
but I get an "error: invalid token"

yeah, it's the superscript r, with no curly braces.

I suck at smooth scrolling. so i would just have 8 pixels taken off from every side so i can just draw sprites and use horizontal and vertical.

hmm...maybe I should write a smooth scrolling tutorial, like the engine I used in Spacky/Fantastic Sam?

Quote from: Happybobjr on October 04, 2011, 03:15:35 pm

Idea:  Only display/update a square/rectangle part of the screen.
         It would make for insanely easy smooth scrolling games.

How would that help smooth scrolling games?

Well, if you had the map loaded into a picture that was bigger than the screen (if you weren't using a tilemap, just had a really big picture), then you could just render a 96*64 rectangle that is the screen. TBH, classical smooth scrolling techniques are actually really easy once you get the hang of it.

No it isn't

Oh it would help me.
i thought u were talking about butts.

Not sure, but it should be much faster.

I dunno about faster, but it'd prolly be easier for beginners to pick up.

Hmmm how would updating only part of the screen make smoothscrolling faster?

I can't see any reason why it wouldn't because you don't have to send the data to the screen. That said, I can't see how you might do it since smoothscrolling tends to involve updating the entire screen...

I guess i am not making much sense.

When I am just screwing around with concepts, i do scrolling with drawing 8*8 sprites and using horizontal +/-
With my quick, easy, ugly, and small (source) style, the 8 left and 8 right pixels are messed up.

About the speed change... I was kinda just saying that in general, for small parts of the screen updating, it would be faster. imagine a cross hair... "+" (4 by 4) .  if everything but it couldn't move, and the cross hair could only move one or two pixel(s), you could just update an 8*8 section of the screen at key presses getkey(1-4)

I was merely making an example.


but just to prove you wrong... :p

how about a target shooting game where the whole screen would on;y be updated if 2nd was pressed.

How about an RGP then?  Many don't have more than one moving character in most parts of the game.  Like Poke'mon w/o people walking in random directions.

I feel as though i just won .  At least untill you respond