I Wanna Be the Engine KS Edition (For GMStudio)

[LoneTree_tv]

I think so. I'll try reinstalling just in case.

[infern0man1]

I don't know if this has already been addressed, but...
I found something wrong with saving.
If you save on the floor, you get stuck in it and can't move left or right until you jump.

I can't offer any help on the issue at hand since I know nothing of this engine or how GM:S works, but I would like to point out that this bug is prominent in some of the more standard engines, such as yuuutu and ねころん editions, although it only happens with miniBlocks. As verve said above, maybe you have a previous version that doesn't have this fix, but idk.

[Stepcore]

I don't know if this has already been addressed, but...
I found something wrong with saving.
If you save on the floor, you get stuck in it and can't move left or right until you jump.

Most likely this same issue as that was one of the problems I experienced when I had the beta update:

Warning note: to anyone experiencing Stepcore's issues of aligns not working, check your Gamemaker Studio version (it's in the title bar). If you're on 1.4.1598, downgrade to 1.4.1567. 1598 is a beta version, and therefore not guaranteed to be stable. I have submitted a bug report to yoyogames regarding the issue, and hope to see it fixed before the changes in 1598 are rolled into the stable branch.

You will probably need to uninstall gamemaker, then install this version. Make sure you pick that you want to recieve updates from the stable channel - right click the GMS icon in your system tray, and choose "Stable Update Channel":

[klazen108]

Hey guys,

Yoyo sent me the updated physics code from his testing, and I've included it in a new update for the KS engine - it should simplify things and fix previous problems, like lack of bunnyhopping. Going forward, this engine will be more of a "clean" engine, like the Seph engine was for GM8.1 - we'll focus on the basics, like player physics and save/load code. If you're looking for a friendlier engine with lots of standard gimmicks in place and ready to go for your level design, I highly recommend you get the Studio Engine YoYoYo Edition instead!

I haven't done extensive testing with the new physics code since I'm bad, so if anyone wants to try it out, I'll leave it here for a while before releasing the official version. If there's any problems, let me know, you know the drill by now

Download the KS Engine v0.95

[Kyir]

Praise Jesus

[Sudnep]

Praise Jesus

[Sudnep]

I'm not certain if you're aware but when in Full Screen mode the GUI gets wonky with where it's placed and doesn't scale properly with full screen.

example:

(click to show/hide)

[klazen108]

Sorry! Looks like Game Maker Studio doesn't scale GUIs with the rest of the game... to fix it add this to the Room Start event of the world object:

Code: [Select]

display_set_gui_size(view_wview[0], view_hview[0]);

(click to show/hide)

I think this warrants a new version, hopefully there haven't been any complaints on the new physics engine!

EDIT: OK now that I've updated the first post, here's the...

Detailed Changelog for the KS Engine v0.961:

New physics engine to better match the standard Yuuutu-type physics without bugs (thanks to YoYoYoDude1!)
Inability to bunnyhop / getting stuck in screen transitions should be fixed thanks to above
The new physics engine that Yoyo worked out should be more accurate, and everything seems to work fine. If you're updating, you'll need to remove all the end step code from the player, and add the block collision event instead. The player's end step event should have nothing but the playerKiller collision check:

(click to show/hide)

Also edit the playerJump script to round the y coordinates:

(click to show/hide)

Note that YoYoGames (not to be confused with YoYoYoDude1 ) do intend to change the collision system in the next version of GMStudio (current version is 1.4.1567) so when the update is released this will have to be reworked again. Check back later!

Fixed misplaced GUI in fullscreen mode and at top of screen in general
I forgot a minus sign in the GUI code for when the GUI is on top of the screen, so the text was always visible. That's been fixed. Check the Draw GUI event of the world object for the code you need to change:

(click to show/hide)

The GUI also didn't work in fullscreen because apparently the Draw GUI event doesn't scale with the screen resolution. To fix that, check the world's Room Start event for the code that updates the GUI resolution:

(click to show/hide)

Cleaned up many unnecessary objects/sprites/sounds
Cleaning up the engine for its final release. We're going down to the bare minimum of the world, player, menu, and basic level design objects like blocks, spikes and apples, platforms and vines etc. Nothing to change here if you're updating your older copy.

Added more comments in code
Like above, trying to document everything to be more friendly to those trying to learn how a fangame engine works. Let me know if there's anything you feel isn't explained well enough!

Added vines
Neat

[YoYoYoDude1]

Just so you know, the current way you have the playerJump script set up is a bit bugged.

Apparently they changed how place_meeting works a bit, because if you use "place_meeting(x, y+1, block)" like 8.1 engines do, it doesn't always detect you as being on a block even if you are. You can see this for yourself if you keep pressing jump really quickly while on the ground. Sometimes when you hit the ground you'll double jump off of it instead of single jumping.

I just fixed this by using "place_meeting(x,round(y+1),block)" which seems to always work correctly.

[klazen108]

Classic gamemaker! Thanks for the notification, I'll fix that really quick. You know, I bet when they change the physics all this rounding will be unnecessary and it'll just work (hopefully)

[Kyir]

Just FYI, the latest physics update has recreated that old platform-as-solid bug for me. I'm not sure if I just updated my game in the wrong way or not but you might want to check. Also, I'm finding it difficult to duplicate, but at certain vertical speeds (at least it seems to be the factor) it becomes possible to push the player into the left side of a block. I have yet to find an instance of it happening on the right side.

This is a very slight example of it that I could get to happen repeatedly: https://i.gyazo.com/2dbf689a4f3c9803be29c6374535dfb4.mp4 but there are others where I can get completely stuck into it.

[Хороший_Василий]

I also get that glitch, it's frustrating. Should continue with this engine or port to Yoyo? I do not have a whole lot done of my game. Otherwise though this engine is superb.

[TheGamerGuy500]

Well this isn't really an engine problem but it is something that I think a few people might run into, and would like a way to just kinda get rid of it. I haven't really seen anyone talk about it because it is a fresh new update for GMS.
So, resizing blocks is suddenly a pain in the ass sometimes, because just whenever GMS feels like it, not even snapping to the grid that the room is assigned when resizing a block.
For instance: 32x32 grid, click in the room editor on a block, click and drag to resize, resizes to a multiple of NOT 32, resulting in blocks with like y-scale 2.19.

Uh, I guess a screenshot might help.

Notice: No ALT-key was used as well as the room having a 32x32 snap

[pieceofcheese87]

I've been having this problem as well, must be a bug with studio.

[WetWookie]

This error is indicating that the variable called yspeed has no value and so it cannot perform a calculation with it.
In your create event give yspeed a value like this
yspeed = 0;

Any variable you are using should be initialized in your create event (not right click->creation code) with a default value so that the calculations won't bomb if they are not being set in the creation code.

Edit: And the post I replied to is now gone...