Qhimm.com Forums

Miscellaneous Forums => Scripting and Reverse Engineering => Topic started by: The SaiNt on 2001-01-04 15:57:00

Title: About the .HRC file type...........
Post by: The SaiNt on 2001-01-04 15:57:00
Anyone can help me out here?
The following is an example of a hrc file

:HEADER_BLOCK 2
:SKELETON n_sefiros_sk
:BONES 23

hip
root
1.6143456
1 BKHE

chest
hip
5.073813
1 BKIA

head
chest
4.5480328
1 BKIC

non_1
head
5.7248783
0

kami
non_1
14.583745
1 BKJB

l_chest
hip
4.7595735
0

l_collar
l_chest
2.3108385
0

l_uparm
l_collar
3.4343264
1 BKJD

l_foarm
l_uparm
4.8168325
1 BKJF

l_hand
l_foarm
2.2786036
1 BLAB

r_chest
hip
4.7595735
0

r_collar
r_chest
2.3108385
0

r_uparm
r_collar
3.4343264
1 BLAD

r_foarm
r_uparm
4.8168325
1 BLAF

r_hand
r_foarm
2.2786036
1 BLBB

l_hip
root
1.8991876
0

l_femur
l_hip
7.0923777
1 BLBD

l_tibia
l_femur
7.99837
1 BLBF

l_foot
l_tibia
6.756432
1 BLCB

r_hip
root
1.8991876
0

r_femur
r_hip
7.0923777
1 BLCD

r_tibia
r_femur
7.99837
1 BLCF

r_foot
r_tibia
6.756432
1 BLDB

What are numbers exactly for?

Title: About the .HRC file type...........
Post by: The Skillster on 2001-01-04 18:16:00
for a start this belongs in the tech area or game tweaking, look at the post about lgp editor and file types, a little discription is in that post, in the tech-related foroum.
Title: About the .HRC file type...........
Post by: The Skillster on 2001-01-04 18:22:00
woops!
Sorry! this is the tech-related area  :oops:!
my mistake!
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-01-04 20:06:00
The Skillster: (!) Hey, it happens. Now I don't feel bad at all about my torqueing Qhimm off with my double post the other day.

The SaiNt: (Please keep in mind that I am only doing guesswork.) The decimal numbers? I am guessing they are either:
1. Onscreen coordinates of the specific part of the skeleton
2. Size of the specific part of the skeleton
3. ...or something else I was too stupid to think of.

I don't know if this helps, but if you can find the corresponding .rsd files then you have the individual info for each part of the skeleton... right?

Which .hrc in char.lgp? If you can supply that info, I can poke around and tell you if I come up with anything. Is this the Sephiroth skin by any chance? (n_sefiros_sk)    :wink:

I've puzzled over this before, but I'm afraid I still don't understand the .hrc structure. First it lists the header, then the... strings? Then something else that completely escapes me. The layout seems to follow an odd pattern (if pattern it is).

Headers:
1. Always have ":" in front of each line.
2. Always have the same three line format of
Line 1: The header block name (I don't understand it)
Line 2: The name of the skeleton
Line 3: The number of "bones" the skeleton has.

Strings/unknown
1. Always have four lines
2. First two lines are always a description of something (the specific part?)
3. Third line always has a decimal number (one digit whole number, decimal carried 5-7 spaces)
4. Sometimes the first two lines in the group have something at the beginning such as "1_", "r_".
5. The fourth line always has a single digit number (i.e. "0") and/or a four letter combination (i.e. "BKIA" or "0 BKIA"). The singled digit number is possibly binary as I've only seen ever seen the numbers "0" and "1" in these parts of .hrc files I've looked at.
6. Almost all of the four line strings/unknowns have a corresponding segment of another four lines further down the list. (i.e.
"hip
root
1.6143456
1 BKHE"

and

"l_hip
root
1.8991876
0")

These have the following differences:
(1) The first two lines are unaltered in cases such as "hip", and "root". Otherwise they are altered by adding something to the front of the word like "1_" or "r_". (Note that there are exceptions.)
(2) I have not bothered to check about this, but number of decimal spaces in the third line may be static. What I mean is that the number in the third line of each segment is carried to might be fixed (i.e. a segment and it's corresponding segment both have different numbers, but they have to have the same length. Example: The two seperate four line parts shown above. They are different numbers, but both have 5 decimal digits.)

Anyways, I'm stumped. Anyone know anything more about this?
Let me be the first to say I could be wrong about *any* part of this.

[This message has been edited by Srethron Askvelhtnod (edited January 04, 2001).]

Title: About the .HRC file type...........
Post by: ficedula on 2001-01-04 21:26:00
The strings for each part: eg.

head
chest
4.5480328
1 BKIC

First one (head) is name of this part. Second one (chest) is name of its "parent" part. Hip is the initial (root) part that has no parent.
The number might be a scale factor, don't know. The four letters are definitely a filename of something in the same LGP archive.

Title: About the .HRC file type...........
Post by: Qhimm on 2001-01-04 21:51:00
Keep in mind that these are object hierarchies (model skeletons).

head
chest
4.5480328
1 BKIC
----------
'head' - node name
'chest' - name of parent node
'4.5480328' - distance to parent node (bone length)
'1 BKIC' - geometry file associated with this node


non_1
head
5.7248783
0
----------
'non_1' - node name
'head' - name of parent node
'5.7248783' - distance to parent node
'0' - empty geometry reference, this node has no associated geometry.


Skeletons are defined using angle/distance vectors. The bone lengths define the 'body proportions' of the model, while the node rotation info is stored in the .a files (not too hard to decode, stored as simple floats).

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-01-04 22:58:00
The light goes on. Thanks for the info.
Title: About the .HRC file type...........
Post by: The Skillster on 2001-01-05 00:51:00
woah! this is going out of the realm of programming/hacking and into the realm of 3d graphics and polygonal positioning!
ill leave this topic for now, its starting to lose me  :(!
Title: About the .HRC file type...........
Post by: ficedula on 2001-01-05 02:14:00
It's still programming ... tho I can understand if it's not the sort of programming you want to start off with!
Title: About the .HRC file type...........
Post by: The Skillster on 2001-01-05 10:30:00
ficedula:
did you get my email with the wav file?
Title: About the .HRC file type...........
Post by: The SaiNt on 2001-01-05 15:39:00
Ok! Got it.
Just one more thing I wanted to say,
if I put

chest
hip
5.073813
2 BKIA BKJF

I can put two parts together!
The 2 can be changed into anything else corresponding to the amount of parts added.

One more favour,
Qhimm,since you said its possible to decode the .a files, could you help me please. I really need to turn one of the parts around about 180 degrees i think. Thanks

Title: About the .HRC file type...........
Post by: Qhimm on 2001-01-05 16:46:00
Hey, I only said they were easy to decode, I don't know which values correspond to which angles. Just look through the files and you'll find floats like 180.0 and 90.0, then fiddle around with these values in your OpenGL app or whatever you're using.
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-01-05 20:01:00
The SaiNt: Thanks for the info.


Qhimm: At the risk of making an even bigger fool of myself...
Now, that part I don't understand. OpenGL? What does OpenGL have to do with modifying HRC files?   :-?

[This message has been edited by Srethron Askvelhtnod (edited January 05, 2001).]

Title: About the .HRC file type...........
Post by: ficedula on 2001-01-05 21:51:00
OpenGL is a 3d API. It's pretty easy to program in, so if you were going to write some sort of 3d display program, you'd probably use it for a quick and easy solution. So, Qhimm's suggesting you knock up a OpenGL polygon displayer and feed the values in 'til you get some results.

EDIT: Skillster: Yes, I got your email. I should mention now that I might be away from my computer for a week or two. I'll still be able to visit the message board and check email, but I won't have access to any of my files - so no updates to my programs. Not sure yet; but I may not be able to sort anything out soon.

[This message has been edited by ficedula (edited January 05, 2001).]

Title: About the .HRC file type...........
Post by: The SaiNt on 2001-01-06 09:46:00
Hehe, one more problem.
How do I know which .a file to look in?
I can't seem to find a reference anywhere within the .hrc or .rsd files.
For eg:
I'm looking for the part BKFB but BKJB is the name of a .RSD file. In the RSD file all i see is

@RSD940102
PLY=BKJC.PLY
MAT=BKJC.MAT
GRP=BKJC.GRP
NTEX=0

The references for the .PLY .MAT and .GRP seem to be in the .p files. I have no idea how you read the .p files so i'm stuck.

For those who want to know, in the .hrc file,

head
chest
4.5480328
1 BKIC

The no. 4.5480328
can be made a negative no.
like this -4.5480328

[This message has been edited by The SaiNt (edited January 06, 2001).]

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-01-06 21:29:00
Ficedula: Thanks again. I understand about being away. I'm not asking you to give up your personal life or anything.   :wink:

The SaiNt: Thanks for all the info. It's a big help (believe it or not). I'm not sure,  but Qhimm may have a bit of code in several of his source files for reading .a and .p files (and Lgp.h  calls them Animation and Geometry).

[This message has been edited by Srethron Askvelhtnod (edited January 06, 2001).]

Title: About the .HRC file type...........
Post by: The SaiNt on 2001-01-07 15:42:00
Wont anyone answer me?
Title: About the .HRC file type...........
Post by: ficedula on 2001-01-07 22:10:00
SaiNt: I'm sure if anybody here has got any further than you have at the moment. You might be on your own at this point.
'Course, it'd be nice for somebody to prove me wrong....


I have my PC again! Yay! So I *do* have access to all my files. Except I have a large technical report to write ... arg.

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-01-07 23:33:00
The SaiNt: Haven't made any progress yet. If I find something out, you'll be among the first to know. Have you checked Qhimm's source to see if there's any info there?

Ficedula: Hey, at least it wasn't two weeks.

Title: About the .HRC file type...........
Post by: ficedula on 2001-01-07 23:35:00
I *did* say 'might'. Didn't know what was happening until yesterday.
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-02-22 16:11:00
The SaiNt (or whomever): Ok, some questions:

1. What part is the "root"? Is it the legs, or does it mean that it has no parent part?

2. I haven't found any .HRC files with 2 different .RSD files referenced as in The SaiNt's example:

"2 BKIA BKJF

I can put two parts together!
The 2 can be changed into anything else corresponding to the amount of parts added."

Do any of the models ever have this by themselves? And I'm not quite sure what you mean by your last sentence. Does that mean that you can put as many parts together as you wanted, as long the total matches the number of bones listed in the Header?

[This message has been edited by Srethron Askvelhtnod (edited February 22, 2001).]

Title: About the .HRC file type...........
Post by: The SaiNt on 2001-02-22 17:12:00
What do you mean you can't find any of the HRC files that contain the multiple references to the RSD files? There are so many!!!
Here's a list of some of them:-
aggb
gjeb
gchc
fgfb
epfb
azbb
aihb
ahdf
aiba
gwaa
fiba
fhaa
eyie
atfe
asjc

When I said
"The 2 can be changed into anything else corresponding to the amount of parts added."
I meant that you can reference one or more RSD files but you must first specify before hand how many RSD files you wish to attach to that "bone".

For example let's take the file aggb.hrc

chest
hip
4.551412
2 AGGE AGHA

Notice the number 2? This shows that two RSD files are referenced at this bone.
Basically, it means that the section "chest" is attached to the section "hip".
The number 4 here on the other hand is the distance that chest is from hip.
I not too sure what the numbers after "." represent cause I didn't see any difference after changing them.

Let's take another example of the file eyie.hrc

bone_2
root
58.32005
6 EYJB EYJD EYJF EZAB EZAD EZAF

See the number 6? This shows that 6 RSD files are referenced at this bone.
This section bone_2 is "58" units away from the root position. So, basically the numbers before the RSD references only show how many RSD files there are referenced.

Let's say I put this:-

bone_2
root
58.32005
0

bone_3
bone_2
0
1 ABCD

This would make a section called bone_2 appear "58" units away from root but since 0 RSD files are referenced, there will be nothing displayed on screen. In the 2nd section you see that a section called bone_3 is attached to bone_2 with a distance of "0" units. Now bone_3 has a reference to ABCD.RSD. This would make the object ABCD appear "58" units away from root. Get it?

You don't have to match the amount of RSD files referenced with the number of bones specified in the header. Why? Cause their both different things!!! The number of bones specified in the header only needs to be matched with the amount of bones in the HRC file. The "bones" are the the sections bone_2 and bone_3 in the example above. Theoraticaly, you could join all the RSD files in one bone but that wouldn't be the point would it? After all you don't want Cloud to be walking like a stone, right?

You won't see many files that have more than 1 RSD referenced to a single bone (especially humanoid creatures) cause it limits movement. The only reason you would want to use it is to cluster certain objects together like lets say, Aeris' ponytail and her white materia. Note that when you reference multiple RSD files from the same bone, all of them will originate from the same spot thus making it very messy unless it was meant to be like that in the first place.

As for you question on what is "root", I believe "root" is the centre of the entire 3D object since the hip is usually referenced to it. So, you should start building all your 3D objects from "root".

That's all I have to say for now. Does that answer you question Srethron?
If you need any more help feel free to ask. Do you need me to write a complete document about the HRC format?
I gotta study for my programming exam tomorrow so till then, bye!

Title: About the .HRC file type...........
Post by: ficedula on 2001-02-23 17:44:00
SaiNt: If you knew exactly how to display a full model that'd be cool ... I've not managed it yet. Individual .P files are no problem, but I haven't managed to display a whole skeleton with all the bones in the correct positions yet...
maybe I should look at Qhimm's source again.
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-02-24 01:20:00
The SaiNt: Thanks for the info. I already knew that the number in each string's 4th line had to match the number of files referenced. I just wasn't quite sure on what you meant in that sentence I quoted.

I've already got a doc on the .HRC format, but if you know anything that you haven't shared yet, sure!

Title: About the .HRC file type...........
Post by: Clone5 on 2001-02-27 01:46:00
I've created a file with all the HRC files and what they represent.  I might've missed a few, and some of them have generic names like Man, Woman, Boy, Girl.  I couldn't tell what a few of them were, but got most of them.      Here it be.


EDIT: Case Error

[This message has been edited by Clone5 (edited February 26, 2001).]

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-02-27 07:15:00
Awesome! Mind if I add your list to my docs? I'll give you FULL credit.
Title: About the .HRC file type...........
Post by: Reznor007 on 2001-02-27 07:29:00
Any idea which of those are the high polygon versions of Cloud and Sephiroth used in the final battle scene during the ending?
Title: About the .HRC file type...........
Post by: The SaiNt on 2001-02-27 10:12:00
Like I said, the battle characters are in the not in the char.lgp files. So my guess is they're not of the HRC type.
Title: About the .HRC file type...........
Post by: Clone5 on 2001-02-27 19:21:00
Sure Sethron, but the document isn't quite finished yet.  All of these were determined from the .P files and descriptions.  I'm going to go through the game and see if I find something new.

And Ficedula.  How does each file determine which character it uses.  Does it go by file name (axdc.hrc) or by description its desciption (avawoman)? I remember in one of the field files seeing a section that had the descriptions found in the hrc files.

Title: About the .HRC file type...........
Post by: ficedula on 2001-02-27 21:11:00
Not sure. On the one hand, I *think* the list of models used are limited to 8 letters per model name, which would seem to suggest they use filenames. OTOH, they do use names like "cloud", "tifa", which suggests they use skeleton names.

My bet is on skeleton names but I don't know for sure.

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-02-28 03:00:00
Reznor007: A personal guess on my part, but I'd bet that the battle models are in one of the files in the [Main FF7 Directory]databattle directory. Probably inside one of the .BIN files. Hmmm, I suppose The SaiNt might know from his examining of the .EXE.

The SaiNt: Hmmm, I remember saying that a few threads ago...  :wink:

Clone5: Thanks. My doc isn't finished yet, either, and I've still got a ways to go.

Say, that reminds me... Does anyone have any idea what happens if you switched 2 of the .HRCs in char.lgp around?

Ficedula: I'm inclined to go for file names, but I'm not too knowledgable about these things.

Title: About the .HRC file type...........
Post by: Clone5 on 2001-02-28 16:17:00
You can link two different HRCs together and when it calls one, it gets another.  I once did this so that every HRC was linked to show Cloud.  That was weird, to see Pres. Cloud jump into Helicopter Cloud as the Aircloud surrounded three Clouds.  Some of the characters that have a different number of pieces get a bit mixed up and are all screwy.  Linking them is much easier than renaming them because you can always repair the TOC.

[This message has been edited by Clone5 (edited February 28, 2001).]

Title: About the .HRC file type...........
Post by: The SaiNt on 2001-02-28 05:46:00
Clone5. here's how I think it works.
In the exe file the files are referenced to the hrc files so sephiroth is defined as "Sephiroth" in the exe. Let's say the game want the field character Sephiroth to appear. The EXE files have reference of Sephiroth as BKHD.HRC so they call upon BKHD.HRC. Upon loading the HRC file, it reads the header section for the skeleton name. I think the skeleton names are kept in a seperate file (maybe the .a files) Then, it reads how many bones there are and prepares them. The it reads each RSD file that is referenced in the HRC file. The RSD files which reference to the .P files and .TEX files are than loaded in place. My guess is that they are arranged by the hierarchy system in the HRC file (root,hip,etc). This explains why you can easily change or swap the HRC files in the char.lgp or change the references. But when there are a different amount of bones or the bone structure is very much different, the external bone structure files(i suspect) will not have references to them so your characters looks screwed up.

I thought I said it before but I'll say it again. So far the battle.lgp seems to the equivalent of the char.lgp for battle characters. The .bin files like CAMDAT*.bin contain the character info like Str, Vit ,etc
What I further suspect is that the rest of the bin files will contain the prices of items and the attack of def values.

Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-03-04 02:59:00
Clone 5: Well, it looks like I may not need your list after all. Still, if I do end up using *any* part of it, I'll make sure to credit you. Hmm, I seem to be missing something. How do you link .HRCs?

The SaiNt: Thanks for the info. You could be right about battle.lgp, however, why are there so many files? Is each battle file only a piece of the full model (like the .P files)? Where are the backgrounds and other location info kept if the battle files only have 3D model data? Also, I checked a couple battle files, and it appears that they are not compressed.
Perhaps, if the backgrounds aren't in the individual battle files, they're stored in one of the .BIN or .DAT files (scene.bin, perhaps?). Same with character info. By character info, I mean AI, abilities and attacks, perhaps a reference or two to its battle 3D model--that type of thing (not the actual 3D models). All the info for the 11 characters (the main characters + Young Cloud and Sephiroth) is in one of the .BIN or .DAT files so it doesn't have to be in each individual battle file.
Info for enemies and bosses could be in the battle files, and, if The SaiNt is right, the 3D data for *all* battle 3D models would be in the battle files. If so, I doubt that any other info besides 3D data (and maybe animations) would be in the battle files.
So where would it be? Well, we know that the game chooses which group of enemies the player will face a few steps before the actual battle. I think this could mean several things:
1. Enemy and Boss data are kept in the battle files, but only one formation per file. To illustrate my thinking, let's take the first scene of FF7. At first you can't encounter enemies there, but once you've fought the two MPs, and left to the next scene, if you go back the random battles will be (IIRC): (1) 2 MPs, (2) Guard Hound, (3) Guard Hound and MP. Now, suppose that the game has one battle file for the 2 MPs, another for the Guard Hound, and another for the Guard Hound and MP. If this is true, the game just randomly chooses from an appropriate group of battle files to decide who you fight next.
2. If #1 isn't true, then all of the enemy info for an area might be kept in a single battle file, all the data for various enemies, formations, and backgrounds. Each battle file would have a list of all the enemies found in it (with all of them starting out labeled as "inactive" via a flag or switch).
This would mean that when the game decides which formation you'll encounter in the next battle, it sets a switch or a flag inside the battle file that "activates" the appropriate enemies (or, it just removes their inactive status). The battle file's list of enemies is then reset after the battle is over.
3. If #s 1 and 2 aren't true, Enemy and Boss data might all be kept in one of the .DAT or .BIN files. That would mean that the battle files just know which enemies (and how many) to load (flags/switches again).
4. Same theory as #3, except it's not the battle files that load the enemies. Instead, the game engine does it.

I don't know much about the .DAT format, but audio.dat is like an archive that contains all of the sounds, so it wouldn't surprise me if they did something similar for enemy data.
We have 5 .DAT files to choose from:
enemy012.dat
enemy331.dat
kage.dat
mark.dat
Stage57.dat

Most of these files are pretty small. The two smallest (mark and kage) are LZS compressed, but still itsy-bitsy when decompressed.

My first thought about enemy012 and enemy331 was that they were the Emerald and Ruby WEAPONS. I thought this because I knew they'd been added to American and European versions of the game, so the programmers probably just tacked on the data for the two enemies without bothering to put them with the rest of the enemy data. There are a couple problems with this, though. First, one is more than 20 times bigger than the other--I'd expect their size to be similar. Secondly, it would probably have been just as easy for the programmers to put the data of Emerald and Ruby with the rest of the monster/boss info. After thinking it over, I've discarded this idea in favor of another.

I think enemy012 has all (or most) of the info for the bosses, and enemy331 has all the normal enemy info. Why? Well, first, the numbers (012 and 331) got me thinking. I know there's more than 12 boss fights, but for some (i.e. the Turks, Jenova) you fight them multiple times throughout FF7. The only things that change are their stats/abilities/AI. As far as 331, that sounds about right for the number of enemies in FF7. Doing some quick math, the Official Strategy Guide lists 264 enemies (including bosses) in it's bestiary, and it is missing a number of enemies, including ones found only in the battle arena, various other enemies that it forgot, and Ruby and Emerald WEAPONS (and possibly Ultima, too) who might not be considered Bosses by the game (normal battle music plays when you fight them).
If this hunch of mine is correct, it means that enemy012 holds data for 12 enemies (probably bosses) and enemy331 holds data for 331 enemies (the rest). Another possibility is that the two files hold the formations, not individual data. There are probably 331+ different formations throughout the game.

What about mark and kage? Perhaps my original way of thinking about Emerald and Ruby *could* be right, and it's actually these two files instead. They *are* both small and roughly the same size.

Stage57.dat could be the backgrounds. Like all the rest, just a guess.

What do you guys think? Perhaps The SaiNt knows something more about this from his .EXE research? I really am not sure about this, but I thought I'd share where my analysis has taken me. Hey, hopefully it's enough to at least get you guys thinking.  :wink:

[This message has been edited by Srethron Askvelhtnod (edited March 03, 2001).]

Title: About the .HRC file type...........
Post by: ficedula on 2001-03-04 03:45:00
Whoa. Pretty comprehensive  :) I can't really contribute more to this, except that I *think* Kage means either "dark" or "shadow" in Japanese. Not sure, I'll check it when I get back to my room. Might or might not be significant.
Title: About the .HRC file type...........
Post by: The Skillster on 2001-03-05 02:53:00
let me elaborate on stage57.dat:
stage 57 IS stage 57 , confused? u will be!
the game (at design level) is split into stages, my proof? open ff7 PSX disc 3, now look for the supernova (!) folder, if i remember theres a file called stage57.dat.
stage57 is the last fight scenes (maybe the boss fight with safer/bizzaro sephiroth, or the final, Final fight with sephiroth?).
thats solid stuff, not 100% confirmed but if you open the exe in a hex viewer and search for stage57.dat youll find it along with supernova data too.
see you all later in the week  :D
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-03-05 07:55:00
Ficedula: Thanks for the info. Perhaps that means kage.dat is the shadow data. IIRC, for most of the 3D models it's just a circle. That would probably make for a pretty small file. Good luck with checking it out.

The Skillster: Are you saying that the entire game is split up into 57 different stages, or just the battles, or what?

Title: About the .HRC file type...........
Post by: The Skillster on 2001-03-06 21:41:00
i havent a clue  :D
but it looks like that it ant be fights (as u pointed there r only 15 or so boss fights).
so im assuming that when you reach a major plot (flash) point, where certain flags/switches r changed in the game engine and u come to a point where u cant return to the previous state b4 the event occured (ie , the first visit to the north cave),
i would call that a new stage.
Title: About the .HRC file type...........
Post by: Srethron Askvelhtnod on 2001-03-07 05:07:00
Clone5: I did end up needing your list. Came in quite handy too.

The Skillster: I suppose it's possible. Something like that would likely have a great deal to do with the .exe.

Title: About the .HRC file type...........
Post by: The Skillster on 2001-03-07 14:14:00
i have a serious feeling that the stage57.dat is the data for the last fight the one with the vocals, dont u think so?
why? coz they had to add the loading for the extra soundfont! this would make sense to just tag on a file. if someone could interperate it OR compare it to the data files inthe battle.lgp to see if my theory is true? then we could find out some more about the battle format?