Jump to content
Albert

Another World Jaguar Pre-Order

Recommended Posts

isnt that the rom header of a 4 MB rom?

so by replacing this it with another header works?

 

so BSG and/or BS are the only roms that dont work on skunkboards?

Share this post


Link to post
Share on other sites

isnt that the rom header of a 4 MB rom?

so by replacing this it with another header works?

 

BSG and/or BS are the only roms that dont work on skunkboards?

 

if modifying a part of the rom (e.g. a graphicdata .. some pixels or so) then recreate the header with jagcrypt and it could work?

Share this post


Link to post
Share on other sites

isnt that the rom header of a 4 MB rom?

so by replacing this it with another header works?

 

BSG and/or BS are the only roms that dont work on skunkboards?

 

if modifying a part of the rom (e.g. a graphicdata .. some pixels or so) then recreate the header with jagcrypt and it could work?

 

I'm not going to help you copy this game. Go find a debugger and work it out.

Share this post


Link to post
Share on other sites

 

The black list is not the reason why BSG is not working on the Skunk :P

 

Interesting, while no deliberate blacklist, the way the bios was coded effectively locks it out.

 

If I understand some old AA posts correctly, skunkboard bios uses the rom verification space (first $1FFF). When a rom is loaded, the fist $1FFF is ignored and onnly from $802000 is loaded. The skunkboard always uses a rom run address as $802000. Thus any game with a different run address fails to start.

 

This must have been a design decision as the bios does does not use the full 2KB. Design that was not adopted could have been to create a variable run address, read the run address from the rom header, set that variable with that run address , and then use that variable value as the start for the loaded rom. (I am not a coder so I apologize if the terminology is incorrect)

Edited by rayik
  • Like 1

Share this post


Link to post
Share on other sites

ggn must be the head of the multimillion BSG business cartel :grin:

 

My hovercraft is full of eels!

  • Like 3

Share this post


Link to post
Share on other sites

isnt that the rom header of a 4 MB rom?

so by replacing this it with another header works?

 

Because of technical reasons, the SkunkBoard does not use the header of a ROM file. Thus replacing/modifying the header has no effect if flashed in the Skunk.

 

 

BSG and/or BS are the only roms that dont work on skunkboards?

 

They are not the only ones. The NTSC only version (v1) of Raiden does not work either because of differences in the graphics setup of the Jaguar BIOS and the Skunk BIOS while NTSC Raiden is assuming a certain initial state. The PAL/NTSC version (v2) of Raiden does setup the graphics chip correctly and works on the Skunk.

 

 

 

if modifying a part of the rom (e.g. a graphicdata .. some pixels or so) then recreate the header with jagcrypt and it could work?

 

Recreating the header is not needed. Because the SkunkBoard does not use the header of a ROM file, there is no encryption check thus the ROM does not need to have a valid encryption header. So you can modify part of the ROM before flashing and still have it boot.

 

 

 

Interesting, while no deliberate blacklist, the way the bios was coded effectively locks it out.

 

If I understand some old AA posts correctly, skunkboard bios uses the rom verification space (first $1FFF). When a rom is loaded, the fist $1FFF is ignored and onnly from $802000 is loaded. The skunkboard always uses a rom run address as $802000. Thus any game with a different run address fails to start.

 

This must have been a design decision as the bios does does not use the full 2KB. Design that was not adopted could have been to create a variable run address, read the run address from the rom header, set that variable with that run address , and then use that variable value as the start for the loaded rom. (I am not a coder so I apologize if the terminology is incorrect)

 

Yes, because of technical reasons the SkunkBoard does not use the ROM header and thus can't use the start-address in the ROM header. Therefore it assumes the start address is always $802000 (like nearly all ROMs). Thus any ROM with a different start address won't work on the Skunk.

 

Not using the start address is IMHO not on purpose but follows from the design decisions of the Skunk. As you say the Skunk uses the space $800000-$801FFFF (8K) for its BIOS and therefore can't store the ROM header of the ROM file it flashes. If you also wanted to store the ROM header on the Skunk so it could use the start address stored in the header, then the Skunk would have needed an extra ROM chip for the BIOS which would have made the design more complex and expensive.

 

You say the Skunk BIOS does not use all the available space in the header thus it could have stored the start address of the flashed ROM at a free spot (variable) in the Skunk BIOS area. This sounds easy but due to how flash memory is written this is not so easy.

Flash memory is not random write access like RAM. To write some value in a flash memory area you need to erase it first. But you can't erase single bytes but only whole pages. The flash chip used in the Skunk has 8 pages of 4KB and the rest of the memory are pages of 32 KB. Thus the Skunk BIOS occupies the first two pages and both pages are used. Thus if you want to store the ROM start address you need to copy the contents of a flash page (in this case the page where the Skunk BIOS resides) to RAM, erase the flash page and then reprogram the flash page with the ROM start address "variable" filled in. This is doable but this increases the risk that due to errors/power failures the Skunk BIOS gets corrupted and won't start anymore (thus bricking the Skunk). The pages containing the Skunk BIOS are also write protected to prevent accidental erasure of the Skunk BIOS. Also by changing data in the Skunk BIOS area, the encryption header possibly becomes invalid and the Skunk BIOS won't boot anymore.

And if you are able to store the ROM start address this way, this does not solve the problem of ROMs that depend on the ROM header in other ways besides the different start address.

 

Robert

  • Like 1

Share this post


Link to post
Share on other sites

Yes, because of technical reasons the SkunkBoard does not use the ROM header and thus can't use the start-address in the ROM header. Therefore it assumes the start address is always $802000 (like nearly all ROMs). Thus any ROM with a different start address won't work on the Skunk.

 

 

JCP -B ....

  • Like 2

Share this post


Link to post
Share on other sites

 

I'm a collector that buys the games to play them. I've bought some very rare stuff that was new and shrinkwrapped. First thing I do is open it up and play it. Not saying anyone is wrong to preserve sealed copies, just that it won't be me.

 

 

 

As do I, but it just worked out that way. I saw them for sale really cheap... I think I even bought a box of sealed 7800 games at the $wap $hop years ago. I just never got around to opening them and playing them. I don't really have too many video games anymore, but just never got around to it. The only thing keeping me from opening them is that I don't have a lot of time, and they're in a box in the back of the closet. :)

Share this post


Link to post
Share on other sites

 

Interesting, while no deliberate blacklist, the way the bios was coded effectively locks it out.

 

He needs an extra 'only' as there is also a blacklist.

Share this post


Link to post
Share on other sites

 

JCP -B ....

 

True but then you need to start the ROM always through JCP which means you need it connected to a PC or laptop. Not ideal.

Share this post


Link to post
Share on other sites

 

True but then you need to start the ROM always through JCP which means you need it connected to a PC or laptop. Not ideal.

 

Unless you patch at 8k offset with $4ef9 xxxx yyyy

 

Which, if you'd potched around enough to work out the run address wouldn't be that much of a stretch.

  • Like 1

Share this post


Link to post
Share on other sites

 

Unless you patch at 8k offset with $4ef9 xxxx yyyy

 

 

And with that overwriting posibly vital bytes at that address that need to be "compensated" elsewhere :P Not a big deal but it is something to keep in mind.

But I thought you would not give tips on hacking ROMs to run a a Skunk :grin:

Share this post


Link to post
Share on other sites

 

And with that overwriting posibly vital bytes at that address that need to be "compensated" elsewhere :P Not a big deal but it is something to keep in mind.

But I thought you would not give tips on hacking ROMs to run a a Skunk :grin:

 

Nah, I said I wouldn't do it for you. Feel free to take these and run with them ;)

  • Like 2

Share this post


Link to post
Share on other sites

Ii was added to the wait list in feb, hope the wait is not too long

You'll be waiting awhile, I got on the list right after they closed preorders, it took over a year to get one and that was only because somebody hadn't claimed theirs from the 1st run AND my name came up next on the list. At this point its purely luck and where your place is on the waiting list.

Share this post


Link to post
Share on other sites

Hi, I recently contacted Odie via email. He told me that the 2nd run is being produced and a communication will be release soon.

Good news! Refresh my memory on the price when it was released? I'll likely buy a copy this round.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...