Slick Forums

No, performance is good (once I turn off the drawing). I did a quick integration with Stencyl though and it didn't work out (possibly due to the step vs. elapsed time system even though I made sure I followed that carefully), but given the limited time I have, I don't have the time to debug it. I want to get a normal system working first before I look again at this.

I'll finally be able to scrape some time to work on this, this coming week. Prepare to see an initial javadoc go up soon and an actual implementation with game not too long after.

Hmm, is it necessary to have an Actor, an AnimatedActor and a special Actor with status and direction, or would would prefer collapsing that all down to a single Actor class?

I for one would only use the more specialized one and wouldn't care for the base or mid-tier one.

Just trying to prune things down a little.

[Removed. Consult the Javadoc.]

Looks good and simple to me. Only question is what does getOldX/Y() get you?

Kev

Removed. Check the Javadoc.

It gets you the position of the Actor in the previous frame. Useful for some things at times.

Javadoc is up. Only Actor, ActorGroup, CollisionStratgy and Collider are done. The others are old stuff that I'm removing.

http://slickset.stencyl.com/javadoc/

What do you guys think about the potential idea of using the Camera for more than controlling the viewport?

What about giving the camera the responsibility of defining the actual view type or projection?

OrthogonalCamera (the default)
IsometricCamera
HexogonalCamera
Mode7Camera
[etc.]

This idea was inspired by a post on gamedev.net (http://www.gamedev.net/community/forums ... 9&#2933499)


For now, I'll only implement the default one, but perhaps in the future, we can see the others done too. After all, this is purely a view-based thing. All the logic stays the same if you think about it.

On an completely different note, one cool, unintended side-effect of basing Camera off Actor is that you can apply effects to the Camera (perhaps only CameraEffects since applying things like fire or rain would be illogical). A logical effect would be ShakeEffect which would cause the camera to randomly jitter around. This is quite common to use in games.

Updated the Javadoc with the following.

- Full documentation for Actor.
- Initial drafts of ActorGroup, CollisionManager, Scene and Layer.
- Disregard the others since they're not documented. They are just there to let it compile.

A lot is subject to change as I keep designing this, but this should give you the general idea of what I'm after. At the end, when this is all implemented, I will have a game (described in post #1) and will post the source to it.

Added AnimatedActor and removed AdvancedActor. AnimatedActor is an Actor that contains a set of animations as well as a status and direction.

Thanks to the Animation class that Slick already has, this was fairly easy to do though I can't test till the rest of this is done.

Added and implemented the following:

CollisionStrategy
CollisionShape
ColliderUnavailableException

ColliderFactory

Collider
BoxBoxCollider
Box

PairwiseStrategy
QuadTreeStrategy
GridStrategy

Grid
TileGrid

The design of the collision system was heavily adapted from the scheme in Phys2D but reworked to be more friendly to the end user. Also had to be refitted to work with 2 arbitrary ActorGroups rather than 1 massive group.

This brings us to about the halfway point of implementation. Not bad for a day of work.

SlickSet is nearly done in terms of implementation. Now it's a matter of testing via making a game with it. I hope to have most things ironed out in a week or so.

The design will probably get tweaked a bit in the process, but what you see is pretty much the idea. I am missing the following though:

- Pluggable Effects
- Shapes besides Boxes
- Some of the more advanced Layer types (TileLayer, GradientLayer, AnimatedImageLayer). These will come soon.

For those of you who like to watch file size and whatnot, it takes up a slim 31 KB right now, so I'm happy to have gotten this all in for a very low filesize cost.

Sounds like a nice progress

Can't wait to see the demo game and the lib itself - go ahead Eliwood, ahem, I mean Jon

_________________
Right Angle Games | Marte Engine
Back to the past | Star Cleaner | SpiderTrap

Good news. SlickSet is debugged/working at a base level. I'm able to create Actors, put them in Actor Groups, set up a Scene and have the camera/viewport/scrolling stuff worked out. Not bad for a few hours of debugging.

All I have left before I do detailed feature by feature testing and a real game is to work out collision detection, slap in some real sprites (using rectangles to paint right now) and test parallax scrolling.

Slick's great.

Update 1: Parallax scrolling checks in fine now. Now on to collision detection.