next »

[Pencerkoff]

Hello this is Pencerkoff

Are you 'freeing' the DLL? You kinda have to do that.

if SS_unload isn't what you're talking about, then I have no idea.  I don't recall enslaving the DLL either... I put it into the folder I have my save file in.

EDIT:  I bet it is my computer, I just had another program give the same error message.

-PENCERKOFF

[dangerousday]

Saving and loading is the topic of my question!

It's pretty common knowledge that GM's built-in save/load is awful. Instead, I can write all the relevant variables to a file, perhaps with a check digit to detect tampering. I've got the main mechanics of it down, and successfully saved and loaded data in a dummy project. Now, I don't want to make the file something stupidly easy to tamper with, like

Code:

hasHookshot = true
hasMagicWand = false
maxHP = 100
foundMainMacguffin = false

I was thinking of storing the relevant data in a temporary ds_list, writing the string outputted by ds_list_write() to a file, and appending some kind of check digit just to be on the safe side. Loading goes in the opposite direction: Read the string from the file, check the check digit, if it's bad, nuke the file, otherwise use ds_list_read() and set the variables to the data in the ds_list.

What are your thoughts on this plan? What concerns might I need to address?

[orange08]

Good stuff, Chevy and Derek! 
I found the seamless screen scaling tutorial extremely helpful! 

[GZ]

Hello this is Pencerkoff

Are you 'freeing' the DLL? You kinda have to do that.

if SS_unload isn't what you're talking about, then I have no idea.  I don't recall enslaving the DLL either... I put it into the folder I have my save file in.

EDIT:  I bet it is my computer, I just had another program give the same error message.

-PENCERKOFF

This is a known SuperSound problem that some computers experience. Here is a post the creator of the DLL made in response to this:

http://gmc.yoyogames.com/index.php?showtopic=120034&st=340&p=3135513&#entry3135513

Saving and loading is the topic of my question!

It's pretty common knowledge that GM's built-in save/load is awful. Instead, I can write all the relevant variables to a file, perhaps with a check digit to detect tampering. I've got the main mechanics of it down, and successfully saved and loaded data in a dummy project. Now, I don't want to make the file something stupidly easy to tamper with, like

Code:

hasHookshot = true
hasMagicWand = false
maxHP = 100
foundMainMacguffin = false

I was thinking of storing the relevant data in a temporary ds_list, writing the string outputted by ds_list_write() to a file, and appending some kind of check digit just to be on the safe side. Loading goes in the opposite direction: Read the string from the file, check the check digit, if it's bad, nuke the file, otherwise use ds_list_read() and set the variables to the data in the ds_list.

What are your thoughts on this plan? What concerns might I need to address?

This may not be the answer you're looking for, but why do you need to encrypt the file? I've maybe edited a save file once or twice in my life and I'm a game developer. Joe gamer most likely will never mess with the save file if you just name it .sav. The DS List method you put forward will probably do a good enough job to prevent 99% of people from messing around with it. If someone really want to mess with it, they will. They have other tools at their disposal as well (ie. memory editors, bypass the save encoding entirely).

That is unless you are making some kind of online game, but that's a whole different subject altogether.

[MaloEspada]

wizards of game maker, i have come to ask you a rather complex question:

how do i do color swapping in a sprite? what i mean is "changing one color into another", in the same sprite.

i know there is a script that does this, but it uses surfaces to do so and i can't get it to work with chevy's scaling script (it flickers and slowdowns a lot).

so i'm looking for any other method that does what i want, or any possible solution that makes the script mentioned above to work with chevy's.


thanks!!

[fraxcell]

This might not work, but see how at the end it says

Code:

surface_reset_target();

Try changing that to

Code:

surface_set_target(obj_view_controller.screen) 

which should be the surface that chevy's scripts use to draw. Just change obj_view_controller to whatever object you have controlling chevy's scripts.

[MaloEspada]

that worked, thanks a lot ninjutsu63!

[fraxcell]

No problem

[Aquanoctis]

Does anyone know if there's a way in GM to find direction from vertical and horizontal speed. I haven't done vectors in a long time (2 years is long... ¬.¬) so I can't remember the equation(s)(?) to work it out manually...Gah!

[pgil]

point_direction(0,0,hspeed,vspeed) should do the trick.

[Aquanoctis]

Thanks pgil, that works a treat :D

[Destral]

Here's a question: how would you go about giving an object a speed and direction such that it has a decreasing bounce?

[Pencerkoff]

Hello this is Pencerkoff

Here's a question: how would you go about giving an object a speed and direction such that it has a decreasing bounce?

Lots of ways to "bounce" in games, here's one way.  I usually set up my object velocities like this, so sorry if that part confuses you.

Code:

if x < 0 || x > room_width {
    vel_x *= -.9;
}
if y < 0 || y > room_height {
    vel_y *= -.9;
}

Basic idea is that any collision resulting in a bounce results in a slightly smaller velocity in the opposite direction.

-PENCERKOFF

[Desert Dog]

Destral, is that a platform view you have in mind?

[Destral]

3/4 top-down (think LttP), but Paul Eres already suggested using zheight in the GML questions thread - I posted there too, figuring this was more a question than a tutorial request.

[Destral]

Hello this is Pencerkoff

Lots of ways to "bounce" in games, here's one way.  I usually set up my object velocities like this, so sorry if that part confuses you.

Code:

if x < 0 || x > room_width {
    vel_x *= -.9;
}
if y < 0 || y > room_height {
    vel_y *= -.9;
}

Basic idea is that any collision resulting in a bounce results in a slightly smaller velocity in the opposite direction.

-PENCERKOFF

Ooh, nice. I hadn't even considered that you could use *= in the same way you use += or -=. That makes things so much easier. Thanks, Pencerkoff!

[dangerousday]

I just "upgraded" to 8.1, and I'm struggling to get SuperSound to work. Google brings up a relevant result. Anybody else having trouble with SuperSound in 8.1? Anybody have a fix?

[Pasty]

yeah, supersound doesn't really work in 8.1. it's why i haven't updated my game file for 8.1 yet (among other reasons).

i don't have a fix myself but i'm going to wait until tsg1zzn updates the DLL. whether that will happen at all remains to be seen, really - i don't know how active he is on the GMC.

[Sheepolution]

If anyone can fix this, he is my biggest hero in my entire life! The problem is.. well.. this:

I know it's already been asked. But the problem is that I have more then 1 tree in the same room. So when a tree is higher then the other, it gets confused and it doesn't work anymore.
My explanation is not really clear, but you can download a .gmk here.
http://updo.nl/file/e11b9127.gmk

Thanks.

[Aquanoctis]

You could give the old

Code:

depth = -y

trick a go. I think that's how that problem is generally solved.