I thought I'd post this up. If you remember the previous thread, >click<, the preview you all got what the applet at the end (which was kinda a big thing, coz it was actually focused on the gameplay).

I'm rewriting it from scratch, and this time I'm doing it in order of functionality (getting the UI to function properly), before setting up the game's playable part.

the updates would be available to download as I go along, but I won't update so frequently (each update should be worth downloading, and I've still got uni work). I know the data workstation is half done, but I thought I might as well work on it after this is quite well done (lest people lost interest in lf2 and the DW doesn't serve its purpose). what you see here is what I've done in 2 and a half days.



First "release" is just showing the game start and controls which are settable (works with control.txt as well). Sound system is set up, data and sprites load into memory, and yes it uses lf2's data, so you all don't have to learn a new syntax. Course, you can't see most of this happening, but just to let you know.

>download<

I'll set up a form next time for certain stuff, but just to let you all know, it's restarted.

kayz 2nd release is here.
>download<
seeable updates - char selection menu
unseen - better input method organization
credits @ Yinyin for silva_f pic (used for random_f silhouette)

here we go. update 3:

info:
after confirming all characters, during/after countdown you need to press J to "start the game". Right now all you can do is walk around. z axis isn't done yet, plus facing left walking hasn't had the centerxes corrected.

seen:
- sound plays when u accept a char.
- you can control your own char
- gameplay development started

unseen:
- better code structure
- many bug fixes


some potentially unwelcome news:
due to U1 owning the Little Fighter copyright, I may have to not use the "Little Fighter" name and any of the LF2 chars, but I'll keep you informed. There's no proper way around this, but there are alternatives. Game engine will still be developed, so don't worry about stuff.

>download update 3<

Alright. so, I actually didn't plan to release another thing this early, but there's been a number of changes/updates to the project:




http://www.mediafire.com/file/gyucdwznylq/hero quest 7th May 2009.rar

Background shown is the Azriel background Marshall made. The Inferno one is also made by Marshall but has a slightly weird animation.
--
I know I have to fix the window title and the player names (not working properly).[/font]

[font=tahoma]bazoing~
[youtube]D0b8pysDyfI[/youtube]

Updates:

• Camera scrolling works perfectly (y/z axis scroll may need correction of coordinates)
  
• Platforms (buggy)
  
• Multiple opoints
  
• z coordinate opointing

future updates at [http://heroquest-silver.blogspot.com/]

Hero Quest - 31st August 2009
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Characters:
- Aeron (YinYin/Havoc Creator), slightly modded by Azriel (flight)
- Joe (Siegvar)

Backgrounds:
- Lion Forest (Marti), edited by Azriel (vertical scroll, castle)


Notes:
~~~~~~
More of a feature preview than a "playable" release, you can write your own code to test stuff, but a rundown of some of the differences between HQ's data files and LF2's data files:

x new tags
Backgrounds:
- [friction] fx: 1.25 fz: 1.25
- [ybound] y1: -600 y2: 0
- [opoints] check bg/sys/lf/bg.dat

Characters:
- [hold_<a,j,d>]
As long as you're holding A, J or D, your character will go to the frame number specified in hold_a: # (for example) after the wait: # is up. i.e. This serves as an alternative next: # frame. hit_a: will have priority over hold_a: (if you press A on a frame with both tags enabled)

- [z coordinate areas]
z1: z2: are used for bdys and itrs. This is an alternative to the zwidth: tag whereby z1 == -z2 if used. If none of these tags are specified, the data will treat it as LF2 does - z1: -12 z2: 12.

- [z axis opoint]
In LF2, objects spawned via opoint are always Parent.z + 1. With the z: tag, you may opoint relative to the Parent's z coordinate. Using z: -1 will cause the spawned object to have the same z-axis coordinate as the Parent.

*Parent here means the object with the opoint:


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

The castle object is made from a few different "objects" (single data file, different frames). This is to give the impression of a "room" with different z-levels. If you try and get on top of the castle via the stairs, you'd notice that your character tends to "teleport" to different places. This wouldn't happen if there is only a single identical bdy used for all of the frames, which would be much easier to work with for wall/platform detection. However, bdys keep varying in each frame, so to not have it buggy is near impossible.

Don't kill yourself trying to get onto the castle with Joe, it takes quite a number of tries.

*emerge*
been a while since I posted, but I've been busy. Next update probably won't be related to gameplay

update:
[youtube]zBdRlYNEHM4[/youtube]

Added "special:" tag to implement special in game effects
special: 1 enables one degree of timestop to all Actors
special: -1 disables timestop

basically timestop works like this:
- activating object increases the "timestop count" of everything else in the game
- activating object runs its frames
- activating object decreases the "timestop count" of everything else in the game.
- things in game only run if their timestop count is 0, so u can have timestops within timestops, but u need to decrease all timestop counts for all objects to 0 (-ve just resets it back to 0) for all objects to run
*submerge*

double post, this thing should be "worth" bumping the thread for
[youtube]LCjy-hcLDcc[/youtube]
enjoy~

Got some of my friends to play it for the recording. Time slow is cheap in that sense, but this is just a preview.