Register - Login
Views: 85719393
Main - Memberlist - Active users - Calendar - Wiki - IRC Chat - Online users
Ranks - Rules/FAQ - JCS - Stats - Latest Posts - Color Chart - Smilies
09-24-17 09:41:33 PM

Jul - TCRF - Star Fox Adventures E3 2002 prototype (5/17/02) New poll - New thread - New reply
Pages: 1 2 3 4 5 6 7 8 9 10 ... 29 30 31 32 33 34 35 36 37 38 39 40 41Next newer thread | Next older thread
foxtribe
Member
Level: 14


Posts: 50/52
EXP: 12777
For next: 294

Since: 07-21-14


Since last post: 14 days
Last activity: 2.0 years

Posted on 10-17-15 10:04:57 AM Link | Quote
Really cool seeing that enemy running in sfa. Is that the only DP model that we've found ?
gilgamesh
Member
Level: 20


Posts: 48/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-17-15 11:17:52 AM (last edited by gilgamesh at 10-19-15 09:33:55 AM) Link | Quote
Hi Foxtribe,

For now I have found this model that is present at this location twice in the game.
For me, only activating the Debug Mode will see more.
gilgamesh
Member
Level: 20


Posts: 51/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-25-15 09:11:42 AM Link | Quote
I would like an explanation of the textures used by the Snipluk. The method used to SFA character is a single texture.

For N64 character, there are several different textures. How are they positioned on the skeleton?
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 776/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-25-15 03:01:47 PM Link | Quote
the first thing for us to figure out is how textures are assigned to the blocks and models in the first place. :U
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 777/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-27-15 08:47:08 PM Link | Quote
Sorry for the doublepost, but I suppose I have a small news announcement to make...


I have made a utility to view/listen to the files in TEX.bin and MPEG.bin without having to export/manually split them up! My plan is to keep adding support for the various different files and formats and eventually have an all-in-one viewer for SFA Kiosk and Retail files, but i'm posting up my current progress as i'm quite happy with it so far.

The project was coded from scratch, though the general layout and the texture parsing code are reused from xdaniel's utilities, with some optimization.

I know KCat and HugoPeters were working on similar utilities to this one, but as neither have released a version (or at least one that's still downloadable) I was driven to start work on this.

Download link plus source is here. Please PM me on the forums or IRC if this goes down, and I'll get it right back up.
It only asks for the .bin file, and will grab its .tab file if it's in the same dir. ...I haven't tested what happens if the .tab is missing yet, that should be my next priority...

Current plans are to add in a Block/SFA Level viewer (since i could repurpose more code); possibly a 'viewer' for the sequenced music, or tex0/tex1? I'm open to suggestions :3
gilgamesh
Member
Level: 20


Posts: 52/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-28-15 08:50:09 AM Link | Quote
Hello 2Tie,


I don't know if there's something missing, but I can't use your program with tex.bin only MPEG.bin.

It works very well with the MPEG.bin file, it's excellent.
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 778/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-28-15 02:32:40 PM Link | Quote
is TEX.bin and TEX.tab in the same directory, and are these both from the root of the Kiosk disc? Also, does the status bar at the bottom say that it can't load the file?
gilgamesh
Member
Level: 20


Posts: 53/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-28-15 03:21:03 PM Link | Quote
Yes, same directory and SFA kiosk.
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 779/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-28-15 05:54:59 PM (last edited by 2Tie at 10-28-15 05:55:19 PM) Link | Quote
Try using this one, and tell me what the bottom says when TEX.bin fails to load, or if the program outright crashes
gilgamesh
Member
Level: 20


Posts: 54/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-28-15 08:50:19 PM Link | Quote
couldn't be loaded
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 780/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-28-15 09:00:08 PM Link | Quote
That would mean the file you're trying to open isn't named "TEX.bin" or "MPEG.bin".. i'm pretty sure capitalization matters, but if these were pulled right off the disc there shouldn't be a problem
gilgamesh
Member
Level: 20


Posts: 55/82
EXP: 37997
For next: 4442

Since: 07-25-10
From: France

Since last post: 30 days
Last activity: 9 hours

Posted on 10-28-15 09:40:48 PM Link | Quote
You're right

'TEX.bin' not 'tex.bin'
Gamma
Member
Level: 24


Posts: 130/135
EXP: 74257
For next: 3868

Since: 08-06-11


Since last post: 1.0 years
Last activity: 347 days

Posted on 10-30-15 09:10:34 PM Link | Quote
Hello, everyone. The thread is pretty long, so excuse me if I'm beating a dead horse, but gilgamesh recently (read: today) introduced me to the prototype.

Replacing start.dol with default.dol (extracting the ISO with GCRebuilder, renaming default.dol to start.dol and copying it over the original, and rebuilding the ISO) causes the game to load a bunch of assets along with a lot verbose debugging code. However, the game crashes when it tries to load and parse tex1.bin, with the message

GXInitTexObj: width too large in "GXTexture.c" on line 512.

I did some digging into the code, and found what was causing it, and I was able to get past this crash. However,
there was another crash, about vertexpositions being wonky in models.

Now, either the assets in this game are corrupted, or they're using a different format than what the .dol is expecting. Do we have evidence that this is the case? If we can fix the issue, whether by fixing the .dol or the assets themselves, we might be able to figure out what default.dol actually does.
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 781/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-30-15 09:19:58 PM (last edited by 2Tie at 10-30-15 09:20:18 PM) Link | Quote
Did someone say vertex positions being wonky?


(not my screenshot)

but yeah, I think Hugo Peters was working on getting default.dol working instead of the regular one a couple years ago, to (presumably) no avail. Hugo's seemed to have dissappeared lately, which is a shame since all his stuff on MEGA has been taken down...
Gamma
Member
Level: 24


Posts: 131/135
EXP: 74257
For next: 3868

Since: 08-06-11


Since last post: 1.0 years
Last activity: 347 days

Posted on 10-30-15 09:23:17 PM Link | Quote
Yeah, that'd do it! A shame Hugo's not around much.

Do you know if that model is *supposed* to look like that, or is that the product of a faulty model viewer? I thought the main reason it was crashing on models was because I prevented the program from loading in textures (thus making it reference textures that don't exist), but if the models actually look like that, there's a deeper issue here. e_e
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 782/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-30-15 09:29:36 PM Link | Quote
back when that screenshot was released, we assumed the viewer had bugs or the format for *some* models were different/we didn't fully understand it. Though, a few models (like the mushroom, question mark, and ball) had been pulled and viewed fine with that tool.

that being said, would it make any sense for some models to be fine, but others corrupted? xdaniel didn't talk much about progress on the models by that point, so I don't know if any of the others had issues... but if the file can't be loaded by the executable, then maybe something's wrong with it...

I wouldn't decisively blame the file though, at least until we can prove it.
Gamma
Member
Level: 24


Posts: 132/135
EXP: 74257
For next: 3868

Since: 08-06-11


Since last post: 1.0 years
Last activity: 347 days

Posted on 10-30-15 09:40:12 PM Link | Quote
From what you're telling me, there are a couple of different possibilities:

1) The models that the viewer butchered are using a variant of the format the viewable ones use. Model formats tend have different textureformats for different purposes. They'll always include vertex data, but they can include UVs for textures, colors, etc. Perhaps the model viewer doesn't account for these differences, causing the random wiring of polygons.

2) The models that can't be viewed properly are from an older, pre-GameCube-optimization format. They likely batch converted the models from N64 standards to GC standards, so it's possible that they skipped over the unused models, though not very likely. In that case, it might be that default.dol is using one or the other format for textures and models, thus causing the crashes since the data is getting isn't in the right format, whether it's the N64 one or the GC one.

If some models can be viewed while others can't, that suggests to me more strongly that option 1 is the right answer. That tends to be the case for viewers if they only account for one case (vertex data) rather than other cases (vertex data + UV data, vertex data + color data, etc). Though, if that's the case, it doesn't solve our issue of why default.dol is crashing.

On a slightly different note, I noticed that default.dol would print out warnings saying it couldn't find the audio files starfox.poo/pro/sir/sdi. starfoxm and starfoxs exist, but no starfox. To get rid of these I just copied starfoxm's files and renamed them. This caused the .dol to load data from them. Not sure what it might do, but maybe it'll help us down the road.
2Tie

Rumours of my death have been greatly exaggerated.
Level: 57


Posts: 783/906
EXP: 1435529
For next: 50399

Since: 02-22-10
From: The Codrex, Karda Nui

Since last post: 10 days
Last activity: 9 hours

Posted on 10-30-15 09:48:02 PM Link | Quote
apparently those missing files are in a different folder:
http://jul.rustedlogic.net/thread.php?pid=424516#424516

Regarding those files and musyx:
http://www.vg-resource.com/thread-24558-post-540028.html#pid540028
xdaniel
660
Level: 51


Posts: 605/661
EXP: 963811
For next: 50127

Since: 12-04-08
From: Germany

Since last post: 15 days
Last activity: 3 hours

Posted on 10-30-15 09:55:06 PM Link | Quote
Originally posted by Gamma
1) The models that the viewer butchered are using a variant of the format the viewable ones use. Model formats tend have different textureformats for different purposes. They'll always include vertex data, but they can include UVs for textures, colors, etc. Perhaps the model viewer doesn't account for these differences, causing the random wiring of polygons.

This, as far as I can remember. Vertex formats on the GCN are apparently (relatively) freely configurable, kinda like in modern OpenGL with VBOs and such. Only a certain number of formats can be defined at once (8?), and this model data / the game / the demo of the game (or however to put it) doesn't always have the same format in the same slot, plus IIRC the formats aren't actually defined inside the files we have. Maybe it's hardcoded in the .dol(s), I don't know. Anyway, one model might expect format slot 0 to be [vertex position][texture coords][color][normal], while another expects the same slot to be [vertex position][color][texture coords] or somesuch.

I believe that's why I got certain models to render more or less properly, while others appear quite messed up. I can't remember if there were any other major issues (I assume there were), but the vertex format stuff is the one thing that still sticks out in my head.
Gamma
Member
Level: 24


Posts: 133/135
EXP: 74257
For next: 3868

Since: 08-06-11


Since last post: 1.0 years
Last activity: 347 days

Posted on 10-30-15 10:01:53 PM Link | Quote
Originally posted by xdaniel

This, as far as I can remember. Vertex formats on the GCN are apparently (relatively) freely configurable, kinda like in modern OpenGL with VBOs and such. Only a certain number of formats can be defined at once (8?), and this model data / the game / the demo of the game (or however to put it) doesn't always have the same format in the same slot, plus IIRC the formats aren't actually defined inside the files we have. Maybe it's hardcoded in the .dol(s), I don't know. Anyway, one model might expect format slot 0 to be [vertex position][texture coords][color][normal], while another expects the same slot to be [vertex position][color][texture coords] or somesuch.

I believe that's why I got certain models to render more or less properly, while others appear quite messed up. I can't remember if there were any other major issues (I assume there were), but the vertex format stuff is the one thing that still sticks out in my head.



That's what complicates making model viewers for TWW and Luigi's Mansion. You have to account for multiple formats for the same kind of data.

If the formats themselves are stored in the .dol, that could be an issue. I suppose at this point we should be asking why the textures are giving invalid widths. Are there any irregularities in the textures, like with the models? It could be that the models are causing the game to crash because there are no textures to apply to them.
Pages: 1 2 3 4 5 6 7 8 9 10 ... 29 30 31 32 33 34 35 36 37 38 39 40 41Next newer thread | Next older thread
Jul - TCRF - Star Fox Adventures E3 2002 prototype (5/17/02) New poll - New thread - New reply




Rusted Logic

Acmlmboard - commit 2f1bc75 [2017-08-27]
©2000-2017 Acmlm, Xkeeper, Inuyasha, et al.

29 database queries, 15 query cache hits.
Query execution time: 0.168356 seconds
Script execution time: 0.017811 seconds
Total render time: 0.186167 seconds