+cubanismo Posted April 2, 2022 Author Share Posted April 2, 2022 Yes, that's expected because it's a headerless ROM. The utility assumes you'll use another tool afterwards such as romsplit with the -p option, or jagcrypt to prepend a header. Note filefix v6.x and v7.0 adjust the padding appropriately as well: Padding to 2MB will actually pad to 2MB - 8k to account for the missing header. The ROMs it outputs are intended to be used with an Alpine board, as can be seen from the scripts generated with the -rs option. I've fixed the help output for -p to note it uses 0xff by default, added a -pn<x> option that lets you align the ROM size to an arbitrary power of 2, added the -n option to disable the "minus 8k" behavior when padding in case you're doing something like padding a CD track rather than an actual ROM, and bumped the version to 7.1. The filefix binary in the post above has been replaced with the updated version. I'm debating whether to add code to prepend an 8k header of 0xff or the universal binary as you've done. I was also going to write an updated romsplit at some point (I'm slowly getting rid of the dos-only files in my SDK as I run into cases where I have to use them. dos_emu is slow. I wasn't really expecting other users this soon though.) that could handle prepending 8k of 0xff in a degenerate case where it wouldn't actually do any splitting, and there's a tiny mkuniv program in my version of the Skunkboard bringup scripts here that replaces any existing header on a ROM with the universal header, so it'd be redundant functionality in the SDK. On the other hand, it'd make filefix much more useful as a stand-alone utility given no one is developing on Alpines these days. Quote Link to comment Share on other sites More sharing options...
42bs Posted April 2, 2022 Share Posted April 2, 2022 55 minutes ago, cubanismo said: 2MB will actually pad to 2MB - 8k to My bad, I did not see the 8k are missing Anyway, I'd propose to keep -p for 2MB (maybe allow -p2 as well), -p1 for 1MB, -p4 for 4MB and last -p6, since 6MB is the maximum reasonable size of a Jaguar ROM. Next, I'd say, unless "-n" is set, the first 8k are padded. If "-u" is set, the universal header is used instead of $FF or 0 (in case of -z). Because I think VJ does not handle headerless ROMs, does it? So "-n" is inversed as in "_n_o header" Quote Link to comment Share on other sites More sharing options...
42bs Posted April 2, 2022 Share Posted April 2, 2022 Hmm, I am thinking of forking filefix into a makerom, to avoid tool confusion 1 Quote Link to comment Share on other sites More sharing options...
dilinger Posted August 25, 2022 Share Posted August 25, 2022 @cubanismo Do you plan to add the Tursilion's makefastboot and your skunk_mtrk in your SDK? Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted August 30, 2022 Author Share Posted August 30, 2022 I could add makefastboot, but skunk_mtrk isn't a development tool, so I don't see a need to add it to the SDK. Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted January 14, 2023 Author Share Posted January 14, 2023 I've made some minor updates to the SDK: -Pulled in newer RMAC, RLN, jserve, and jag_utils code. -Merged some cleanups/improvements to maketools.sh (Thanks @dilinger!) Quote Link to comment Share on other sites More sharing options...
dilinger Posted January 14, 2023 Share Posted January 14, 2023 4 hours ago, cubanismo said: -Merged some cleanups/improvements to maketools.sh (Thanks @dilinger!) You welcome. There are also a couple of Git's PL pending for the following repositories. cubanismo/3dsconv Documentations update cubanismo/pc_jagcrypt Modifications mostly for the Windows support 1 Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted January 14, 2023 Author Share Posted January 14, 2023 5 hours ago, dilinger said: There are also a couple of Git's PL pending for the following repositories. Pushed another update. These should all be included now. Thanks again for the contributions. 1 Quote Link to comment Share on other sites More sharing options...
dilinger Posted March 15, 2023 Share Posted March 15, 2023 Hi @cubanismo Are you still looking for the lzjag stuff? https://github.com/cubanismo/jaguar-sdk/issues/1 I have a package for it, late 1994, seems complete for the PC tool and Jaguar decompression. Source included, tests, makefile, etc. but not served with beverages. If you want it, I can either create a git repository for it or can attach it in your git issue. Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted March 15, 2023 Author Share Posted March 15, 2023 Yes I am, that'd be great, thanks. Is the source for both the tool and the Jaguar decompression code? I've found the latter, but not the former before. Quote Link to comment Share on other sites More sharing options...
dilinger Posted March 15, 2023 Share Posted March 15, 2023 (edited) 4 hours ago, cubanismo said: Is the source for both the tool and the Jaguar decompression code? Yes, both have the sources. I do not know if this is the last known version but this package is complete. Hereafter a short resume of the package: PC.SRC directory contains files source code, makefile and the (DOS) executable. JAG.SRC directory contains just one file source code for GPU. The TEST directory contains also source code, makefile. The NEWINCS directory contains the Jaguar definitions. There are also readme files. Edited March 15, 2023 by dilinger 1 Quote Link to comment Share on other sites More sharing options...
dilinger Posted March 15, 2023 Share Posted March 15, 2023 (edited) @cubanismo The package is in Git now. https://github.com/djipi/lzjag. I will add a README later. Edited August 28, 2023 by dilinger Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted August 25, 2023 Author Share Posted August 25, 2023 I know I'm way behind on updating the SDK In general with the pending contributions & fixes noted above and in issues (sorry), but just wanted to post a quick note that I've reminded myself how docker works, and updated the docker image (docker.io/cubanismo/jaguar-sdk:0.2 is the current tag) to match the latest bits currently checked in. This includes more native tools and newer rmac/rln builds than the last docker image I pushed years ago. 1 Quote Link to comment Share on other sites More sharing options...
+cubanismo Posted August 28, 2023 Author Share Posted August 28, 2023 I've also pushed a small update to point the SDK rmac and rln submodules at their gitlab mirrors since the official repos have been down for many days at this point. 2 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.