Jump to content

Recommended Posts

Hey there,

 

I'm getting things ready for the pre-alpha release of my Mortal Kombat port.  I will be releasing the ROM; however, I've been warned that if it doesn't require GameDrive, then people will put it on a cartridge and sell it.  I really don't care about people trying to sell it, but the game isn't done.  I'd rather release it GameDrive-free once it's totally done.

 

To force a ROM to be run on a GameDrive is it just a matter of setting useGD to 1 in rapapp.s?

 

if useGD=1          
            include             "RAPTORGD.INC"                              ; Include RAPTOR library labels
endif

 

Thanks

 

  • Like 1
Link to comment
https://forums.atariage.com/topic/363236-rom-requiring-gamedrive/
Share on other sites

  • 3 weeks later...
On 3/15/2024 at 11:28 PM, CyranoJ said:

No, that will include the JaguarGD libraries for file access.

 

Please do not post GD / skunkboard detection routines publically as it will aid in their removal.  Let's keep such things behind the curtain.

I think splitting the demo and reading the assets from GD would be also a good protection.

On 4/6/2024 at 7:33 AM, 42bs said:

I think splitting the demo and reading the assets from GD would be also a good protection.

That does not work unless loading from USB though, currently. Would *love* to have this fixed, but I don't think @SainT has been able to circle back to JagGD issues (understandably) yet. See this thread:

 

@trufun101, Might want to read up on this already-public thread

 

  • Thanks 1
7 minutes ago, 42bs said:

I for my part cannot see any USB upload issues. 

It may depend on your USB setup and definitely depends on the data size. I think @CyranoJ said it improved when he got a new hub or went direct to the PC with the USB cable, or something along those lines. The good news is, I've been able to replicate it quite reliably by loading up a ROM via USB and rebooting the console and getting the Jag to do a CRC check. 2MB ROM's will work most of the time, but do red-screen pretty randomly, while 4MB ROMs rarely work. I'm now trying to figure out where along the pipeline data is getting dropped or corrupted. 😬

Edited by SainT
2 hours ago, SainT said:

It may depend on your USB setup and definitely depends on the data size. I think @CyranoJ said it improved when he got a new hub or went direct to the PC with the USB cable, or something along those lines. The good news is, I've been able to replicate it quite reliably by loading up a ROM via USB and rebooting the console and getting the Jag to do a CRC check. 2MB ROM's will work most of the time, but do red-screen pretty randomly, while 4MB ROMs rarely work. I'm now trying to figure out where along the pipeline data is getting dropped or corrupted. 😬

i can confirm this : uploading Xenowings ( 3.72 MB) give sometimes broken graphics. i have direct upload, no hub but a quite long cable, several meters. a checksum on each side, compared by jaggd would be a very intersting improvment ( with my bugs + Jaguar's native bugs, i don't need USB bugs :) )

 

and by the way, glad you are back on GD. it is really an outstanding tool, not a lot of consoles have a so efficient way to code, upload and run home devs.

Edited by Ericde45
  • Like 3

I’ll figure out where the issue is! :) I’ll go step by step and crc each section to figure out where the issue is. It may be a timing issue between the Jag and GD or might be USB. I don’t have much of a clue yet, as I’ve not dug very deep, I’ve got as far as confirming it’s not a write error on the Jaguar side into cartridge RAM, which I thought it may have been. So one step down…

  • Like 2

Ok, I now have USB transfers of 4MB ROM's working reliably. I *think* it's resource contention on the microcontroller, I had an inkling it might be this as this was actually one of the problems with WTR. As there's lots of DMA activity going on between the memory card and Jaguar, somehow some of the clocks were being missed from the memory card causing data loss.

 

In this case I think similar weirdness is happening between the USB and Jag DMA channels, although you have no control over the USB DMA priority, so I've just opted to make sure the USB and Jag DMA channels aren't active at the same time. The actual data coming in from the USB was always correct as I CRC'd and displayed it on every read (USB actually has CRC checking as part of it), so the data going to the Jag was somehow being dropped or corrupted due to contention.

 

The result -- it's now working solidly with 4MB ROM's, where it really just would not work at all for me.

  • Like 5
  • Thanks 4

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

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...