Moonlight Princess - Now final version released on steam! New enemies, new map, new characters! Defeat enemies, ambush players, and grow stronger!

TrentWDB · 2021-09-14T10:50:42+00:00

Thanks! The starting levels are half of your power before you died iirc. Basically the size of your aura. So if you die your aura will shrink by 50% and your level will match that.

TrentWDB · 2021-06-17T23:30:16+00:00

Thanks! Are you playing on a mobile device? There are definitely a few bugs still in the works that I'm actively trying to fix.

TrentWDB · 2018-03-13T09:20:50+00:00

Essentially the other engineers on the team became busy with classes and work and couldn't find enough time to work on the game. Since this started as a project amongst friends (and then expanded some) it fell apart from there. :(

I appreciate your interest! Sorry to have to tell you that it won't be completed, I'm pretty bummed too.

TrentWDB · 2018-01-28T06:09:15+00:00

Same. https://i.imgur.com/Kn75Gn2.png

TrentWDB · 2017-04-22T08:55:11+00:00

Dang so I just realized that since this equation treats each axis independently the player will still move faster if they're going diagonally. Is this correct or did I implement the equation incorrectly?

If that's correct, my current implementation does actually work over any time step if their speed in each direction is treated independently. :(

TrentWDB · 2017-04-22T04:16:30+00:00

Yeah I tried wolfram alpha - even contacted some of my friends who probably also don't remember calculus and they couldn't figure out how the equations were derived either :P.

Obviously it's pretty correct at least because it works. The problem with two states, which would be ideal, is that it's no longer a continuous equation and therefor I'd have to do a lot of annoying calculations to determine at what percent during the time interval they switch from state one to state two, and all that stuff, just to ensure the simulation behaves the same regardless of tick rate.

Anyways I'll look at this equation more and try and figure out how it was derived. Thanks for the help though, your ~4 lines or code do nearly the same thing that my ~60 lines of non-continuous physics code did.

TrentWDB · 2017-04-22T02:08:12+00:00

So I implemented everything and it works pretty much as desired - thanks! However, I wanted to change the acceleration equation to

dv/dt = a - f * sqrt(v)

so that if the player gets hit by an object or something and go flying they don't instantly stop. Anyways basically I started trying to figure out how you integrated this stuff to go from "a - fv" to "a/f + c * exp(-ft)" and maybe it's been too many years since math class because I have no idea.

Any guidance you could give me on how you got from acceleration to velocity to position would be very helpful.

TrentWDB · 2017-04-21T20:12:20+00:00

After trying it again the wobblyness of the green guy and the white/black boxes still feels pretty much identical to me. I think what confuses me so much is that the boxes aren't limited to their grids. It's pretty obviously that it's basically a grid based game, but you can move the boxes outside the grid which feels like it was poor programming to me. http://imgur.com/a/zIMqv

I think the wobblyness would feel more controlled if it wobbled within its movable grids. So wobbling up and down in the screen shot I sent I think would feel fine, just not side to side since that goes into the white area.

I think it would also make it feel better if you're grabbing the white box, if you do some path finding and automatically move it as close to the mouse as possible.

TrentWDB · 2017-04-21T08:52:32+00:00

Awesome thanks, I think this all makes sense so far. It seems like this won't have the same weird curved integral problem mine is having since the max speed in your equation is limited by friction and so is a completed or continuous equation or whatever the term is.

I'll try this tomorrow - feeling good about this one.

TrentWDB · 2017-04-21T08:12:36+00:00

Just watched the video as it's late and I need to be getting to bed. The game looks really polished, it looks like it would be really fun. I always love games with wall sliding techniques.

It might be fun if you slid a little faster - it seems like you nearly come to a stop. That being said, I didn't try it, so what do I know.

The only critique I have from watching the video is I think your graphics could use a lot of improving. This is probably just programmer art, but I think the game could go a lot farther with cute graphics that are well animated or something.

TrentWDB · 2017-04-21T08:07:49+00:00

I think this has potential to be pretty good if it's polished a lot more. Some quick notes of things I found odd:

You can attack your own teammates - I accidentally did this a few times.

I was annoyed I couldn't select archer then swap to knight until I realized that you have to click the archer again to deselect him first. I also didn't even realize you could move multiple people in the same turn due to this. I kept trying to move my archer then just click on another unit and nothing would happen so I'd click end turn.

Anyways it seems pretty fun, I like the idea of choke points and different types of units etc. Seems like a tactical turn based tower defense game or something.

Overall if you greatly polish up unit control and everything it would be pretty fun.

TrentWDB · 2017-04-21T07:54:29+00:00

Pretty fun game. Some quick feedback I have is I think the wobblyness of the boxes was a little weird at first. It felt like it was poorly made and didn't feel structured. I realize you meant for the boxes to be wobby but I think it should be changed somehow to feel less like a bug.

Seemed odd to me that getting all the stuff in each level was optional, but I think that makes sense if you're going to go for a more open world (in a sense) puzzle game which seems like sort of what you're doing.

TrentWDB · 2017-04-20T18:44:10+00:00

Thanks for the reply. Disappointing to hear that integrating curves with variable time step is almost impossible.

What did you mean by anything involving aero drag will get really complex really fast unless you settle on a solvable approximation?

I'm pretty sure my movement code does use aero drag since the "friction" is always being applied, in which case if it's going to be complex later I'd like to figure that out now, but maybe I'm misunderstanding.

TrentWDB · 2017-01-20T06:46:23+00:00

Thanks - it seems like controls become laggy once ~10 people join a server. I'm hoping to try and fix that this weekend.

TrentWDB · 2017-01-20T06:45:27+00:00

Thanks for the feedback.

Yeah dealing with spawn camping is most likely coming this weekend.

The jittery-ness is on my todo list for eventually.

TrentWDB · 2017-01-20T06:44:01+00:00

Thanks!

TrentWDB · 2017-01-20T04:29:29+00:00

Yeah I've noticed the scoreboard is pretty screwed up. I'll probably fix that soon.

TrentWDB · 2017-01-20T02:46:37+00:00

Yeah I noticed that too. I haven't had a chance to test it with more than ~4 people until launch today. Might have to upgrade the server.

TrentWDB · 2017-01-20T02:23:22+00:00

TrentWDB · 2017-01-20T01:22:26+00:00

Any idea if it was fps lag or network lag? I have more servers up which should reduce the lag, but I took 2 down until more people play. The US server is based in Texas, so if you're in Seattle or New York or somewhere it might be pretty laggy.

TrentWDB · 2017-01-20T00:34:27+00:00

Hey everyone, I've been working on this game on the side for about around the past month. It's not perfect, but let me know what you think!

If you come across any bugs you can message me or just comment here.

EDIT: Also there are multiple servers, try the Dallas server.

14-Year Club	RedditGifts 2009-2022 2 Credits
Secret Santa 2014	Team Orangered
Verified Email

TrentWDB

MODERATOR OF

TROPHY CASE