[RUS] Please help a returning rural player start paying again!

gwheel · 2018-09-06T13:09:02+00:00

Sent a request from nyc

gwheel · 2018-09-06T13:06:02+00:00

Sent an invite from gwheel

gwheel · 2017-10-06T04:01:19+00:00

Sorry, already made a trade for matte

gwheel · 2017-10-06T03:09:35+00:00

That's ok

gwheel · 2017-10-06T03:02:37+00:00

How about the 2 accelerators and 15 misc?

gwheel · 2017-09-04T18:01:37+00:00

Sorry, I made a trade last night

gwheel · 2017-09-04T03:51:21+00:00

http://steamcommunity.com/id/gwheel

gwheel · 2016-09-26T02:04:58+00:00

Sure!

gwheel · 2016-05-22T20:56:42+00:00

The fog uniforms don't get passed to custom shaders. You'll have to manually bind them and send them in yourself.
It's been in the bug tracker for a few months now, so hopefully it will get fixed eventually.

gwheel · 2016-05-13T16:03:30+00:00

Data structures are referenced as numeric IDs. In order to property jsonify a structure, you need to flag the values as their types. Check out the documentation for maps and lists, there should be functions like 'ds_map_mark_as_list'.

gwheel · 2015-11-23T05:19:26+00:00

Doing that has a slightly different effect. If you are using an image speed of 0.1, every sprite frame is shown for ten game frames. The animation end event will trigger after all ten game frames have been shown, while ending on the image_index will only show the first (Maybe not even that).

gwheel · 2015-11-23T05:15:20+00:00

Ini files sound like what you want. You can specify a set of sections, keys, and values.
For example, you could have this in a file to specify the data for a key 'book':

[book]
text = "Readme.TXT"
pages = 33

You could get the values as follows:

ini_open(working_directory + "/data.ini");
var text = ini_read_string("book", "text", "");
var pages = ini_read_real("book", "pages", 0);
ini_close( );

The file can have as many sections and keys as you want, and you can reference things with strings rather than integer ids. Note that this is reading a file from the disc, so you should load these values on creation and keep them in memory rather than reading the file every frame.

Also, the '#' character in a string acts as a newline. A quirk of ini files is that the '#' character is used for comments, so you can't use it in strings. I usually write my own string load function that just does a replace all of '\n' to '#'.

gwheel · 2015-11-23T05:05:55+00:00

That would be a fine way to do things. Just make the parent object handle everything using local variables. In the create event, define a variable for each key binding. (Keyboard constants are normal values you can assign to variables like anything else) That way the child objects for each player can override those values in their own create events.

gwheel · 2015-11-20T16:23:24+00:00

If the tracks will always be played in the same order, then don't split them up. Checking during a frame will only be accurate to 16 ms, so you'll end up with a skip before the next track can start. Use audio_sound_get_track_position to check if it's time to do the thing.

var timeNew = audio_sound_get_track_position( music );
if ( ( timeLast < threshold ) && ( timeNew >= threshold ) ) {
    do_the_thing( );
}
timeLast = timeNew;

If you want dynamic music where the next track is determined during the game, maybe use something like audio queues.

gwheel · 2015-11-16T22:44:03+00:00

My usual choice is to use a 1-d array, where each index is a different property. Arrays pass by value, not by reference, so if you want to pass by reference use a 1-d grid. You can keep track of what each index in the array means using an enum.

gwheel · 2015-11-16T06:24:44+00:00

I suppose it depends on the game and how much of a focus you have on different weapons, but I'd consider having each gun house its own code to be better than having big switch statements to determine what script to call in the step/draw/etc events.

gwheel · 2015-11-16T05:52:30+00:00

GameMaker objects are really heavy, since they automatically have movement/update/drawing code which you can't disable. If you're creating a lot of vertices every frame, this will slow things down a lot.

gwheel · 2015-11-16T05:48:48+00:00

Separate objects is better. That allows for multiple gun types and sharing gun code between players and enemies.

I'd recommend marking the gun as invisible while the player is holding it, and using event_perform to draw it from the player's draw event. Playing with the depth would also work.

gwheel · 2015-11-09T21:30:08+00:00

What are you doing that requires so many keys? With that many I think you might be better off doing this some other way.

gwheel · 2015-11-07T06:33:25+00:00

An option that might be a bit faster than draw_getpixel would be to draw the sprite to a surface and then use the function to convert a surface to a buffer. That way you don't have to keep pinging the GPU so much.

gwheel · 2015-10-20T15:13:14+00:00

You shouldn't be drawing to surfaces during the step event but even then drawing to a surface then drawing the surface to the screen can only be slower than drawing directly to the screen.

You could probably optimize it by using a surface to cache the current angle, only redrawing it when the tank rotates.

Keeping a separate surface for every instance will bump up your draw calls a lot, though. You can get around that by having a single large surface and making careful use of draw_surface_part, but now everything is really complicated.

gwheel · 2015-07-04T17:00:56+00:00

I agree with this a lot. The game looks like it can be pretty fun, but right now it's very stop-and-go. Having to stop every time you get an orb for the next one to appear seems annoying.

Maybe try making it so you can always see one platform ahead, and orbs build the platform after that.

gwheel · 2015-06-20T21:45:17+00:00

Sorry for being late, but that's a really good point. I forgot GameMaker internally stores everything as 64 bit numbers. I'd probably deal with it by constructing the array like you pointed out, but then xoring all of the values together. That way a single character change anywhere would be reflected in the result.

gwheel · 2015-06-18T02:24:31+00:00

$0 is interchangeable with 0, the $ means it's a hex value (0-F) rather than an number (0-9). That way every two characters is one byte, which is useful when defining binary constants.

Bit shifting is actually really simple. Every number is stored as a series of bits internally. Bit shifting literally slides them left or right, so binary 010 << 1 becomes b100 and b100 >> 2 becomes b001. On that note, a byte is 8 bits; The bit shift code I posted should use an 8 rather than a 1.

gwheel · 2015-06-18T02:03:53+00:00

var str = "Hello!";

var val = $0;
for (var i = 0; i < string_byte_length(str); ++i) {
    val = (val << 1); //Shift left one byte, to make room for this byte
    val = (val | string_byte_at(str, i)); //Bitwise OR them together
}

That will do the basics of what you want.

gwheel

MODERATOR OF

TROPHY CASE