next »

[eigenbom]

nice vid, this could really be a champion for blender gamedev, keep it up

[keo]

looks good and feels good I like the stealth action you have so far, have you thought about adding a suspicious state such as they hear something or see something that they are not sure about, it would add baiting/ambushing to possible strategies, also to help maneuver around enemies that are in the way.

[SolarLune]

@toast_trip - You might be right about not 'requiring' text. The story-necessary parts (i.e. cinematics) might need text, but the actual game probably shouldn't force it so much (i.e. necessary items you pick up). Text can help to make the game feel a little more deep as it adds things that you can interact with (i.e. objects you can examine that have no bearing on the game just to add to the depth, like in most RPGs), but they can distract as well. So, it might be best to keep the text to a certain amount - the '2-page' amount that you mentioned feels pretty good, after trying it out on a simple object (a movie poster).

@eigenbom - Thanks a lot!

@minnow - Thanks. That would be pretty cool. I already have the "?" sign, so I could probably build it into that, but I think it might be a bit too much. I might be able to add an ability to throw objects to distract guards, though. Maybe I'll add that in.

I think I found a way to improve the path-finding for the guards so that they'll move more predictably. Currently, they establish a path between them and you and create a path using pre-placed nodes. That works, but the path always starts with the node closest to the guard and ends at the node closest to you. It would be faster if the path started with the node closest to the finish that the guard can move to - that way, for example, the guard won't walk around 15 nodes when it can just walk directly to the exit.

Anyway, I also re-factored the code for the GUI so that it tries to group similar items together in the equipment menu. I took the extremely lazy way out and just added a letter to the beginning of the internal item names to indicate how they should be sorted, i.e.

Agm - Machine Gun (Group A)
Agp - Pistol (Group A)
Bbj - Jump Boots (Group B)
Big - Grenades (Group B)

This way, similar items can be grouped together. The down-side is that it's not very flexible. I think I'm going to change it again really quickly to use a specific variable for it on a per-item basis, rather than forcing the name to perform this task. It's working, at least. The top-left one is the machine gun, and the one to the left of the cursor is another weapon. This was mainly so that you wouldn't have to scroll through items to equip weapons.

[Graham.]

@SolarLune

It's up to you eventually. All we have are our instincts. Maybe this thought will help. If you ever find yourself "needing" to put something into your game, and it doesn't feel right, even for a small reason, or it feels awkward, then you very likely don't need it. The player's experience never needs to be interrupted. It just needs to be redesigned.

Yeah, text can brake up pacing. The question is, "would my player be motivated to read this text right now?" If you talk about lilies for the first 20 pages of a book, because it's about lilies, then you start talking about cars, people aren't going to care, unless the cars obviously provide a nice analogy for lilies, or play on the knowledge of lilies well, and the reader trusts that such a relationship exists, so they know that the tangent is something they want.

Also. PS. I love Planescape: Torment, and stuff. Text can rule a whole lot. Even the books I found in Skyrim were really world building. They were just painful to read on my non-hd tv. Also their ugly formatting made them "part of the world" but not part of my "easy to digest experience." Sometimes devs forget the real reason people are playing their games. I always forget....

[Swaggermuffin]

(image)

I take it this game's going to support gamepad controls? What with the A and B buttons, it looks like it's being made for them.

[SolarLune]

Yeah, it already does. I chose the buttons because the project started off being heavily inspired by the GBC Zelda games, and so that's what the buttons were supposed to evoke memories of. I guess I could change it to keys, though.

-----

As a sidenote, I now use actual sorting variables rather than just using the name like before, which is good.

[Maud'Dib Atreides]

Yeah, it already does. I chose the buttons because the project started off being heavily inspired by the GBC Zelda games, and so that's what the buttons were supposed to evoke memories of. I guess I could change it to keys, though.

-----

As a sidenote, I now use actual sorting variables rather than just using the name like before, which is good.

you have gbc zelda nostalgia

wow, my idol

you are my idol.

But one thing I never understood about the zelda games (By all means, don't let this change your game, I'm supporting the AB button combos) but in the Zelda games, you were forced to unequip a bracelet (Such as the Power Bracelet) in order to hold a sword.

Why not just wear the bracelet AND the sword?

One of the items was a feather. Why not just tape the feather to the blade of the sword?

I mean if you have the ability to carry an entire surplus of equipment capable of fully stocking an Army Surplus store..

I guess a lot of games do this, like in Castlevania SOTN, how Alucard could only wear two rings.... I mean he had 10 fingers.

Realism in games.

Anyways, do what you want. I like the AB combo. Reminds me of when I was a kid and carried my lime green GBC everywhere. I finally got a GBA and played Zelda in it only to find "special features for the GBA"

but I digress..

[Swaggermuffin]

Yeah, it already does. I chose the buttons because the project started off being heavily inspired by the GBC Zelda games, and so that's what the buttons were supposed to evoke memories of. I guess I could change it to keys, though.

-----

As a sidenote, I now use actual sorting variables rather than just using the name like before, which is good.

Oh my god those were my favorite games for the game boy

[SolarLune]

Worked on a new weapon, the spread shotgun, and a hookshot item. The shotgun is powerful, firing several bullets at a time. In addition, it gives a slight kick back when you use it.

The hookshot was going to be a traversal item that would allow you to swing between grapple points, but I'm probably going to cut it out because it just doesn't work as I'm having trouble programming it correctly. Maybe I won't cut it out entirely, but will rather leave it in - I don't know. I already have an idea for a replacement item that would do something similar, but be easier to use, and yet much easier to mess up with.

@#Sharp - You raise an interesting point about equipment. I'm wondering now if my current method's a good implementation, as currently you can wield two weapons, regardless of their sizes or types (i.e. spread shotgun and pistol). Restricting it to one weapon and one item or just two items would make more sense, but would close up some possibilities.

[SolarLune]

SONIC BOOOOOM



Using the Boost Bracelet, neither blast-resistant walls nor light enemies can stand against you.

[poe]

Fuck yes.

[Maud'Dib Atreides]

SONIC BOOOOOM



Using the Boost Bracelet, neither blast-resistant walls nor light enemies can stand against you.

I stared at that for 3 whole minutes

my mother is proud

[seagaia]

SONIC BOOOOOM



Using the Boost Bracelet, neither blast-resistant walls nor light enemies can stand against you.

Will it make him strong? Will be he be able to fly? Or reach the other side of the rainbow? Will it be alright to take a chance because there's no circumstance that he can't handle when he uses his mind?

[Pemanent]

I'm impressed with your Blender dev skills. I've always been super frustrated with bge.

[SolarLune]

Thanks a lot, everyone.

@seagaia - Heh, I love that song, seriously. Played it all of the time on Sonic Generations.

@Pemanent - Thanks. It was interesting when I started out because the BGE was kind of non-conventional to me. It's like Game Maker in a sense, because it's approachable with logic bricks, and expandable with Python, but a lot of the time, rather than trying to code a feature in you can just end up thinking about how to do it with Blender / objects.

For example, if I wanted to have an astronaut orbit a planet, I could go through the math to make it happen, and I have. It wasn't great math, but it worked. Now, I would just parent the astronaut to the planet, and then rotate the planet. Or, parent the astronaut to an invisible "OrbitHook", and then move the hook to the planet, rotate the hook to make him orbit, and move him back from the hook to the distance I want with code. If I want to break the parenting relationship, I can do that easily with Python. It's very simple. Some of working with Blender is actually coding, and some of it is just switching the way that you approach development - trying other ways to do something.

The more I worked with it, though, the easier it got. When I started, I thought of the BGE as a toy - it just didn't really feel like a real game engine. After seeing that it had Python and working with it, though, it just got more and more capable. That combined with the updates over the years really turned me to it. Now, there's pretty much nothing that frustrates me with it, and now I can work around problems that I have.

---------------------------------------

So I'm just fixing little things now, adding sounds and stuff. Something that I found was a pretty good way to cut down on the loading times. A quick test cut it from something like 4 to 5 seconds to around a half a second, or something like that. 4 - 5 seconds isn't a lot, but when the game reloads every time you die, it can get a little annoying.

Basically, I currently have all of the maps in the game in a single scene in Blender, which means that the BGE loads it all up and places all of the objects. That's kind of unnecessary. In addition, all of the objects execute logic, even if they're not on the same map as the player. This is cut down by slowing the frequency of script execution / stopping scripts early for objects not on the same map as the player, but it's still happening. It would be far faster to split up the maps into individual scenes, or at least sections of the game world into their own portions in the game world (i.e. all of the sewers in one scene, all of the city in another, all of the park in the third, etc). It's something to think about / implement, to be sure.