next »

[pgil]

Can you contact the person who wrote it?  Maybe they'd be willing to update it if they know people are interested.

[MaloEspada]

The last post on the site was more than a year ago... But I just sent an email, anyway.

[Clemens]

Hey Chevy, thanks for all those tutorials and scripts!
I'm trying to consume all the information you've thrown out so far as much as possible, but I ran accros some problems with the view scrolling scripts.

I placed the call of the view_step_towards_point(x,y) script in the players step event. When I tested it, the player just moved outside the room really fast.

So I changed the x and y in this part

for(i=1; i<=8; i+=1){
    if dist > i*i*2
    {
        x += lengthdir_x( i, dir );
        y += lengthdir_y( i, dir );
    }
}

to

for(i=1; i<=8; i+=1){
    if dist > i*i*2
    {
        view_xview[0] += lengthdir_x( i, dir );
        view_yview[0] += lengthdir_y( i, dir );
    }
}

Now it works alright, but the movement of the player suddenly is really jerky at times. I suppose this is an effect that occurs when the view tries to catch up with the players position?

So I guess I still have an error somewhere - did I maybe put the script call in the wrong event?

[MaloEspada]

The author mailed me back, said to update with the DLLs that come with the PXTone, from Pixel's page.

It worked great.

[fraxcell]

I'm having some trouble with the seamless view scaling. It works great, except when I use a room transition, and the seams in the tiles come back. I'm pretty sure it's because gamemaker uses its own surface when it transitions rooms. Is there a way to change that?

[Paul Eres]

seams between objects is actually a long-standing game maker video card bug which mark has never fixed -- i think it happens with or without surfaces.

[PlayMeTape]

Excellent tutorial on surfaces and scaling. It helped me out a lot. Just one problem, it seems to have some problems with certain transitions between rooms (push). I'm guessing this is because they use surfaces? Anyway, does anyone know a way around this?

[ChevyRay]

If your surface is being mashed by room transitions, you could always just save it into a background, then when the next room starts, draw that background back onto your surface and then delete it. If what you mean is that it just doesn't look correct during the transition, it must just have something to do with the way GM render's the screen during transitions that doesn't agree with running surfaces.

One way around it would be to use your own room transition system, which uses the surface image of the screen and imitates the ones GM uses (or just come up with a better one, because the built-in transitions are often pretty tacky to actually use, if you ask me).

[fraxcell]

It only shows the seems during the transitions, so I'll probably just make my own system. Or just not use a transition, which doesn't look half bad.

[PlayMeTape]

Thanks, and you're right they aren't very smooth. I guess I'm just lazy:P. But I've got two other questions now.

First, how do I get the engine to recheck keys when I'm starting a new room. Because as it is right now it takes a while before it actually reacts to keys that are being held in between rooms.

Also, if I want to use a font in low resolution without it trying to smooth them out by filling in pixels on grey inbetween the white ones. Do I have to draw them from a sprite?

[pgil]

For small text I'd use a bitmap font.  dafont.com has a bunch of them in its pixel/bitmap section. It shouldn't antialias the font if you import it at the original size.

[PlayMeTape]

Hmmm, so I took your advice and went out and got a beautiful bitmap font. But it still doesn't seem to work. But now that I'm reading your post again, I see that you told me to import it in it's native size. Is there any special way of doing this? Because I just used it's correct size when implementing it. Here's how it looks:

Commodore64 

[xerus]

I'm also having the same problem with bitmap fonts in game maker.  It seems there's no way to stop it from anti aliasing them.  (Yet, 8pt Verdana is pixel perfect :I)  I guess using a sprite font is the only way.

[Paint by Numbers]

First, how do I get the engine to recheck keys when I'm starting a new room. Because as it is right now it takes a while before it actually reacts to keys that are being held in between rooms.

I'm wondering this too.

[ChevyRay]

First, how do I get the engine to recheck keys when I'm starting a new room. Because as it is right now it takes a while before it actually reacts to keys that are being held in between rooms.

I'm wondering this too.

If you use keyboard_check_direct in place of keyboard_check in your code, it will fix this. But keep in mind that the _direct function will register key-presses when your game is out of focus as well.