Rare Witch Roundtable Podcast
Go Back   The Rare Witch Project Forums > Gaming > Rare & Playtonic > Homebrew Games and Tools

Homebrew Games and Tools If you've created a trainer, texture editor, or a full-blown fangame we'd like to see it here. Show off your mad programming skills.

Reply
 
Thread Tools
  #16  
Old 28th July 2009, 11:33 PM
SubDrag's Avatar
SubDrag SubDrag is offline
McLovin
 
Join Date: Apr 1999
Location: USA
Total Awards: 3
INFECTED - B1K1 Awesome Default Medal Random Award 
Quote:
Originally Posted by runehero123 View Post
GEDecompressor doesn't compress some of the kiosk rom's files correctly. I tested it by compressing one of the files and then decompressing it to see if it was the same. The original file had a couple extra bytes at the end. Hmmm....

It compresses fine, just using different tools so file sizes differ.
Reply With Quote


  #17  
Old 29th July 2009, 04:29 AM
runehero123's Avatar
runehero123 runehero123 is offline
DJ Jamjars
 
Join Date: Jan 2007
Location: Look behind you...
Total Awards: 1
INFECTED - B1K1 
Quote:
Originally Posted by CoolisCool
In both of those files, the textures are stored elsewhere; collision data is near the end. I'll work on reverse engineering the header tomorrow.
Ah, I had a feeling they were. In that case, it may take longer to port the BG objects. However, there's the potential for beta textures .

And good luck reverse engineering the header. I know there are differences between the kiosk and final version's headers.

Quote:
Originally Posted by Cooliscool
I'll also end up adding DK64 support to BG, which shouldn't take long considering that aside from game subjectivities, it uses the same ucode as Tooie.
Sounds good. Maybe we'll find some new objects in ROM that aren't in the map object mod, or image mod codes.

Quote:
Originally Posted by SubDrag
It compresses fine, just using different tools so file sizes differ.
DK64 won't load the model because of the size difference. I tried inserting extra bytes at the end to make up for the difference, but that doesn't seem to work either. Also, this problem doesn't occur with every model (Funky's shop loads fine.).

Last edited by runehero123; 29th July 2009 at 04:39 AM.
Reply With Quote


  #18  
Old 29th July 2009, 05:17 AM
cooliscool's Avatar
cooliscool cooliscool is offline
Dingpot
 
Join Date: Aug 2007
Location: SC, USA
Total Awards: 2
You're Appreciated! INFECTED - B1K1 
Preliminary details, will update as I continue.

Code:
DK64 Model Header:

This data is for the final version, though the kiosk versions header is the same; just subtract 8 bytes from each offset. 

Layout is "offset (datatype) = description and details"

s16 = signed 16 bit int (-32768 - 32767)
u8 = unsigned 8 bit int (byte, 0-255)

0x38-0x3B (32-bit UInt) = pointer to start of master vertex lookup table (16 bytes per entry - [xxxx - s16][yyyy - s16][zzzz - s16][0000][uuuu - s16][vvvv - s16][rr - u8][gg - u8][bb - u8][aa - u8]

0x40-0x43 (32-bit UInt) = pointer to end of master vertex lookup table 

((endptr-startptr) / 16) = vertex count)

0xE6-0xE7 (16-bit UInt) = number of display list commands (*8 = dlist buffer size in bytes) 

0x148 (64-bit UInt per command) = start of master display list (first 8b = commandcode, next 24b = loword, next 32b = hiword)

struct DK64Header
{
int VertStart;
int VertEnd;
int VertCount;
int DLStart;
int DLCommandCount;
}

struct Vertex
{
short x;
short y;
short z;
short flags;
short u;
short v;
byte r;
byte g;
byte b;
byte a;
}

struct DisplayList
{
unsigned long Command;
byte CommandCode;
unsigned int loWord;
unsigned int hiWord;
}

long[4] ShiftTable = {0xFFFFFFFF, 0xFFFF, 0xFF, 1}; // macro for appending bytes 

void ReadHeader(byte[] FileByteBuffer, struct DK64Header Header, bool kioskMode)
{ 
    int inc = 0; // for kiosk/final compatibility
    if(kioskMode) {inc=8;} // could be more elegant

    for(int i=0;i<4;i++) 
    {
         Header.VertStart += FileByteBuffer[(0x38-inc)+i] * ShiftTable[i];
         Header.VertEnd += FileByteBuffer[(0x40-inc)+i] * ShiftTable[i];
    }

    Header.VertCount = ((Header.VertEnd - Header.VertStart) / 16);
    Header.DLStart = 0x148-inc; //constant

    for(int i=0;i<2;i++)
    {
          Header.DLCommandCount += FileByteBuffer[(0xE6-inc)+i] * ShiftTable[i+3];
    }
         
}

Last edited by cooliscool; 30th July 2009 at 02:35 AM.
Reply With Quote


  #19  
Old 29th July 2009, 05:30 AM
Navillus's Avatar
Navillus Navillus is offline
Brash Breegull
 
Join Date: Nov 2008
Location: Not here.
Total Awards: 2
RWP Podcast INFECTED - B1K1 
I can't understand hardly any of this, but I'm eager to play the final version. I'll be keeping watch on this thread for more exciting updates.
__________________
Legalize Gay Weed
Reply With Quote


  #20  
Old 29th July 2009, 06:35 PM
CoolJosh3k's Avatar
CoolJosh3k CoolJosh3k is offline
Most Helpful Member '10 - '11
 
Join Date: Apr 2009
Location: Melbourne
Total Awards: 8
INFECTED - B2K1 Game On RWP Donator Viva Piñata TiP Mastery Viva Piñata Mastery 
Those without any programming know-how and know-what would have that C code go right over their heads. Not to mention ASM.
Reply With Quote


  #21  
Old 29th July 2009, 11:26 PM
SubDrag's Avatar
SubDrag SubDrag is offline
McLovin
 
Join Date: Apr 1999
Location: USA
Total Awards: 3
INFECTED - B1K1 Awesome Default Medal Random Award 
It'd really be better for me to redo compression using gzip anyways, the way it's done is rather...pardon the pun, funky.
Reply With Quote


  #22  
Old 30th July 2009, 12:06 AM
cooliscool's Avatar
cooliscool cooliscool is offline
Dingpot
 
Join Date: Aug 2007
Location: SC, USA
Total Awards: 2
You're Appreciated! INFECTED - B1K1 
Quote:
Originally Posted by CoolJosh3k View Post
Those without any programming know-how and know-what would have that C code go right over their heads. Not to mention ASM.
Indeed. It's intended for RH, myself, and the others programmers here. It'll end up helping quite a lot with this project if put into good use; and it's far from complete.

Last edited by cooliscool; 30th July 2009 at 12:14 AM.
Reply With Quote


  #23  
Old 30th July 2009, 12:20 AM
CoolJosh3k's Avatar
CoolJosh3k CoolJosh3k is offline
Most Helpful Member '10 - '11
 
Join Date: Apr 2009
Location: Melbourne
Total Awards: 8
INFECTED - B2K1 Game On RWP Donator Viva Piñata TiP Mastery Viva Piñata Mastery 
Yep. I hope this thing goes well. This thread is one to watch, hence my recent activity.
Reply With Quote


  #24  
Old 30th July 2009, 02:35 AM
tony111ster's Avatar
tony111ster tony111ster is offline
Brash Breegull
 
Join Date: Sep 2008
Location: Atlantic Canada
Total Awards: 1
Viva Piñata Mastery 
if this does go well (kudos to all the programmers who know what they are doing and talking about) Then we shall get the life balloon thing, as well as old sprites, original levels and challenges, so excited for the revival
Reply With Quote


  #25  
Old 30th July 2009, 03:05 AM
runehero123's Avatar
runehero123 runehero123 is offline
DJ Jamjars
 
Join Date: Jan 2007
Location: Look behind you...
Total Awards: 1
INFECTED - B1K1 
Quote:
Originally Posted by Cooliscool
Indeed. It's intended for RH, myself, and the others programmers here. It'll end up helping quite a lot with this project if put into good use; and it's far from complete.
Thanks for the header information! I was also wondering. How does the collision data work? Is it just a transparent model constructed of a display list?

Quote:
Originally Posted by Subdrag
It'd really be better for me to redo compression using gzip anyways, the way it's done is rather...pardon the pun, funky.
Sounds good. That shouldn't take too long, would it?
Reply With Quote


  #26  
Old 30th July 2009, 04:39 AM
cooliscool's Avatar
cooliscool cooliscool is offline
Dingpot
 
Join Date: Aug 2007
Location: SC, USA
Total Awards: 2
You're Appreciated! INFECTED - B1K1 
Collision is indeed a "transparent" set of triangles, but it's not set up through a display list since it'll never be seen - no use in sending it to the RDP. Normals are specified so that the equation, which essentially judges the player's distance from the triangle, doesn't need to compute much. I'm still working out exactly how it's setup as far as DK64 is concerned; and I may need some levels' setup files to make a proper determination. Do you have any you're aware of?
Reply With Quote


  #27  
Old 31st July 2009, 01:47 AM
SubDrag's Avatar
SubDrag SubDrag is offline
McLovin
 
Join Date: Apr 1999
Location: USA
Total Awards: 3
INFECTED - B1K1 Awesome Default Medal Random Award 
Hmm looks like it's already there?

Do you have: (needs gzip exe)

bool GECompression::CompressGZipFile(CString inputFile, CString outputFile, bool byteFlipCompressed)
{
CString gzipFileName = (mainFolder + "gzip.exe");
char tempFileExistName[1000];
strcpy(tempFileExistName, (mainFolder + "gzip.exe"));
Reply With Quote


  #28  
Old 31st July 2009, 04:29 AM
runehero123's Avatar
runehero123 runehero123 is offline
DJ Jamjars
 
Join Date: Jan 2007
Location: Look behind you...
Total Awards: 1
INFECTED - B1K1 
Quote:
Originally Posted by Cooliscool
Collision is indeed a "transparent" set of triangles, but it's not set up through a display list since it'll never be seen - no use in sending it to the RDP. Normals are specified so that the equation, which essentially judges the player's distance from the triangle, doesn't need to compute much.
Ah, I should've known. Thanks though, I'm working on a game engine for the N64 so information like this will be useful when it's time to implement collision detection.

Quote:
Originally Posted by Cooliscool
I'm still working out exactly how it's setup as far as DK64 is concerned; and I may need some levels' setup files to make a proper determination. Do you have any you're aware of?
I only have the setup files for object(doesn't include actors) placement data. That's probably not what you need though. The data you're looking for is probably located in the global setup file (not sure where it is in DK64) which contains data like what song or which Background object a level should load. I'm guessing it would be located in the same file as menu texts which happens to be global data.

Quote:
Originally Posted by SubDrag
Hmm looks like it's already there?

Do you have: (needs gzip exe)

bool GECompression::CompressGZipFile(CString inputFile, CString outputFile, bool byteFlipCompressed)
{
CString gzipFileName = (mainFolder + "gzip.exe");
char tempFileExistName[1000];
strcpy(tempFileExistName, (mainFolder + "gzip.exe"));
Yeah, I've been using gzip to compress these. I'll have to figure something out about the bytes being trucated at the end of the file.

Last edited by runehero123; 31st July 2009 at 04:52 AM.
Reply With Quote


  #29  
Old 31st July 2009, 07:57 PM
SubDrag's Avatar
SubDrag SubDrag is offline
McLovin
 
Join Date: Apr 1999
Location: USA
Total Awards: 3
INFECTED - B1K1 Awesome Default Medal Random Award 
It's not truncated...it's compressed better. You need to redo the table of all files if DK has that (and shift contents), or where it says compressed size, or else it will possibly crash like you see.
Reply With Quote


  #30  
Old 1st August 2009, 04:25 AM
runehero123's Avatar
runehero123 runehero123 is offline
DJ Jamjars
 
Join Date: Jan 2007
Location: Look behind you...
Total Awards: 1
INFECTED - B1K1 
Quote:
Originally Posted by SubDrag
It's not truncated...it's compressed better. You need to redo the table of all files if DK has that (and shift contents), or where it says compressed size, or else it will possibly crash like you see.
Yeah, I'm pretty sure I did all that correctly.

There's a table for the decompressed size of BG data, and compressed size is calculated in the pointer table.
Reply With Quote


Reply

Tags
beta, complete, dk64


User Tag List

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off



All times are GMT. The time now is 01:27 PM.


Forums powered by vBulletin® Copyright © Jelsoft Enterprises Ltd.
Website © 2000-∞ The RWP