...that Cradle Bound is NOT dead. The only reason I haven't worked on it, nor posted here in a while, is because my guild is currently going through a resurrection. Being how dead it is, I need to work to get it living again. And no, I'm not going to go find another guild. Before I go on a massive recruiting spree, I need to make sure that we have a honorable, working system to rely on to keep us from crashing like we did. Please hold on! I'm going through a lot of designing right now.

I haven't been here is a while! I can't say exactly yet, but I'm planning on releasing demos overtime, and leaving the close beta to guild members and a few other people.

@Dreathuxy

BWAAHAAHAAHAAHAAAHAHAAHAHAHAAHAAHAAHAHAHAAHAHAHAHAHAAHAA no. :P

It's me...no it's him! No wait, it's that guy! Oh wait, it's that chromalisk I killed and ate his heart! Nawww, it's the hero! (I'll leave who it really is up to your imagination)

@Diamondshreddie

Well, that's great! And, ay, you saw this thread, as well as posted. I'm familiar with C programming but I haven't applied it to much yet except for Project Euler. (A number theory thing.) Just one quick question: when you say familiar with programming, which language(s) do you mean?

The only issue is that it's the image size of a small enemy, though it's smaller then that. Keep in mind that the hero graphics is 32x40, although we won't be using all of that, most likely. (We have to have room for when, say, they slash.) Because of that, I think it's safe to say that the knights will be somewhere around 28x30 to 30x36 is size, so keeping ratios is important. Those sprites could fit for the overworld, though. (With some resizing)

For those of you who have clicked here and are either guild masters or officers, I would like some tips on guild hosting, if you don't mind. I want to be prepared for the GH update, and I need to have a guild to represent CB.

As a matter of fact, I'm making a simple battle sprite for this guy, just to help out with proportions. Whatever the case, I think atleast the design should work because he'll be the first person you move, and who heard of a guy walking out of his escape pod with something other then Protogear? :P

I'm happy you want to help, but I'm afraid some spriting work will go to waste if we get busy working before we have any key measurements. It's just like making some clothes: you need to size of the person you are making the outfit for. If you try working ahead of time, the waist may be to small or the legs might be too long.

I'll try to get that sprite done soon, though. The key is something that allows for room for monsters who are bigger then knights to have space to grow while the smaller monsters can have room for detail. If you are planning on helping for a while, I seriously recommend getting the engine itself so that you can make an image directly in the engine, export the image, and put it up here. One of the main reasons for this is because the palate limitations are easy to miss when your using a external editor.

Gran Faaaust.........must..must touch! *Gets cursed* Eeek! Curses! (It's pretty good! I'll probably add an eye to it sooner or later, being that the eye on the GF is one of its distinguishing features.)

Also, being that I'm making knights now, does that mean it's finally a SK game?

And about that crafting screen, I do plan on including it. One thing to note is that some mats may be buyable while others are just drops. (Gel Drops are common while Trojan Horseshoes are a rarity.) Some mats will also have uses other then crafting, such as healing gel cores.

I just finished it! It needs refinements, I know, but I think it's a start.

I'm not good at making sprites, so if anyone wants to pitch in, it would be appreciated. (Now that I look at it here, it looks small. Like, REALLY SMALL! @.@) Keep in mind that, as of now, there are 15 colors in the image, and that green is the transparent color used in the palate. (Anything that color of green is transparent.) This means that only one new color can be added, and the rest can be changed, but it has to stay at 16 or under.

EDIT: you can't change the size. Forgot to mention. :P

EDIT2: The SS recolor parameters are:

All PCs: orange
All Helm: prp
Primary armor color: hvy(hev?)
Secondary armor color: red
Joint armor color: vol

I need to get good doing this because SS is a very handy tool for making sprites from. I should say that the hero sprites don't get weapons on them. There is a separate section for that, allowing for dynamic weapon graphics on heroes, but I haven't looked into it yet and I think that getting a hero graphics setup should be the main priority. In that case, that GF up there might make a good first candidate. :P (Though it might be at the wrong angle.)

I was already planning on having character-specific moves, but giving weapon specific moves would be cool, too. Of course, not all weapons would have special abilities. Brandishes would deal statuses, but nothing else special. That leaves us with:

• PSI Skills:
  • Use energy
  • Have cast times (take a time to cast. If stunned before this period is done, the skill is canceled or delayed. (Depends on what we can do))
  • Are learned with level (No, I can't include heat-per-equip because that would get over complected in an engine that doesn't support it. Besides, we have a plot excuse, err, reason for the heat going to the heroes.)
  • Can be disabled by muddle
• Class Skills:
  • Classless heroes don't have any of these
  • Upon choosing a class, the appropriate skill it given
  • May be amplified using certain equips
  • May consume any stat, from HP to energy
• Weapon Abilities:
  • Abilities given by equipping certain weapons
  • Varies from weapon to weapon
• Hero Passives:
  • A ability constantly in effect as long as the hero is alive and not muddled

Note that muddle (and doom) where named by a bug in the defenses for a certain armor at one time. Some example skills might be:

PSI Skill: PSI Fire: Hits all adjacent enemies. Deals elemental damage and can cause fire.
Class Skill: (For the non-striker class I mentioned) Counter: After using, has a chance to negate a single hit and retaliate with half the damage.
Weapon Ability: (For magnus line) Head shot: Starts the user into a windup phase. If hit during this period, it is canceled. When the phase ends, a no-miss, high damage, stunning shot is unleashed.
Hero Passive: (For the Dark-Aura "Hero", who wields a scythe) Behead: Has a chance to instantly kill on regular attacks. Does not work on doom resistant targets as well as targets with above 60% HP. The chance rises as the target's HP lowers.

Keep in mind that I recently made all this up, so it's not final.

Dreathuxy, I like you. You are a nice source of inspiration. :P

Uh no, I was talking about #71. The grave, on the other hand, needs to be checked. It might have bad sizes. but I'm not sure. I think that tiles in the map are 20x20 in size, but I forget and can't look it up right now.

@Critzer

You know, if I used Java then the people who knew C, C++, or Freebasic wouldn't be able to help, either. :P I'm sorry for this anyway. I actually know nothing about Freebasic (which OHRRPGCE is written in), but I'm gonna learn sometime.

I've been busy with two Bdays, back to back, as well as a visit from a relative, and let's not forget, Thanksgiving! I haven't touched anything related to CB for a while. I'm back though!

Actually, no, I've been learning FreeBasic. I want to modify OHRRPGCE a tad to fit out needs better. There are some reasons for this:

• In battle, there are no winning animations! It currently cycles through the attacking animations over and over. It looks...bad...to say the least... :P
• Also in battle, there is only a single moving sprite. When the character moves, they go from right to left, and then on the way back, left to right. On the way back, the sprite is flipped. (If this sounds limiting, there's ways to be creative. I was thinking of a type of leaping for one of the heroes.) This is normally fine, but what about heroes who aren't symmetrical? If you have a single bionic arm, and then mirror it, the arms switch places!
• Outside of battle, there are only 2 moving sprites per direction. This is fine when you have a legless thing, such as Slimes and Kats, but humanoid beings look pretty bad. At the very least, having it flip would work, but like above, you can't flip all sprites and expect them to look perfect.

Of course we'll have some problems with it! How would it be a challenge, otherwise. Actually, optimally, I would be writing the whole engine from scratch, but that would take a long time. Using another engine? Well, sure if you can get it to work on Linux and mac without using a special emulator-type program, sure. :P

One of the two great things about OHRRPGCE is that it's open source. (If it wasn't, I couldn't change it!) The other is how simple it is, yet it's quite powerful too. This allows average users to contribute while also letting technical users like myself dig into the deeps of it.

I'm going to get to work on a certain character's design doc now. :P

thanks for the bump. It's hard to make pixel art. >.<

Hmmm.....actually....*puts on scheming face*

I'm going to get Dropbox working (yes, I'm going to make sure I don't forget to get it working TODAY), and then I'll talk about things. :P

Until then, do gremlins eat chroma hearts, like knights do? (See this place.)

Lol forgot somehow. :P

@Grittle
The funny thing here is OHRRPGCE actually makes it a FF game rather then a EB game. >.>

Anyway we may not need the jelly cube. It depends...

Is this going to be 2D or 3D? :P

2D means less work and more retro, but it wouldn't be quite as true to the game.
3D means more work and longer time, but it would be more true to the game an possibly prettier.

What do you think?