-
Content count
172 -
Joined
-
Last visited
-
Days Won
1
Everything posted by ggn
-
Hello, Some of you might be aware of this FTP location: ftp://ftp.untergrund.net/users/ggn/Jag%20PD%20collection/. Historically it was created as a stress test of JiFFI and Virtual Jaguar, and of course as a sort of final solution for me to avoid searching for Jaguar releases all over the Internet (not to mention having to figure out how to run them! I'm sure most of you will have really bad experiences). Today I took another shot at updating it and uploading stuff that weren't there before. As I'm writing this binaries are still being uploaded. I also thought of organising the files a bit in folders as the directory was getting too chaotic to make any sense of. So, this post/thread was created to announce this, and also as a call to help. Here are some of my thoughts for the future of that FTP: All files are present in all formats that are possible. .ROM files are headerless or with header, abs/coff/bjl/bin/uls/etc are converted using JiFFI to all other formats. I've tried to rename the files to have a sensible filename instead of the one that was officially given by its creator. If this sounds confusing for you and you don't want to download dupes to mix with other collections, don't use this FTP! Of course I'll take renaming suggestions under consideration and apply them if they make sense. (short version: I'm a reasonable man, but don't come asking for TOSEC naming scheme - you will be ignored!) Found any duplicates? Please report them and I'll sort it out. Found any file(s) in wrong place(s)? Again, report them! Found any wrongly named files? Don't keep it to yourself! Found something that's not on the FTP? You know how the 'Reply' button works! Can you identify any of the binaries in the root folder and tell me their authors? Tell me and I'll probably make a folder so they can be placed neatly inside. Are you an author and want me to add some files not present? Send them in! Any suggestions in general? Speak your mind! Another point I'd like to make is that you do not have to download the whole archive file for file, even for the collection! For the non-ROMs, grabbing the abs/coff file is more than sufficient for modern emulators and homebrew carts like the Skunkboard. At a stretch you can download the .CDI files if you fancy burning a CD and you can't run JiFFI (or don't have it handy!). That's all I can think of for the time being. Note that I might not respond to any replies to this thread immediately (or take action in a JiFFI, har har!) but I'll do my best to keep the FTP tidy. Finally, many thanks to www.untergrund.net for the gracious hosting!
-
Fuck JS - name says all
-
The message simply means that it will upload the file as a ROM file. This means that it will overwrite whatever's written in the flash chip, which means one could lose work - see it as a "are you sure you want to flash your skunkboard?". Anyway, that was included as courtesy, no harm done to the skunkboard whatsoever
-
Why are the gpu in main functions missing?
-
People say there were 2 Jaguar releases there, so it's relevant
-
Ok, here's a copy/paste from the readme file, just grab the ROM from our website and have fun!
-
On the airport waiting for my flight to Athens - had a lovely time (but was really busy trying to beat my trainwreck of a game entry into working). It was nice meeting all the frenchies from IRC . In summation, AC13 was like
-
Poulpe birthday!
-
Last couple of months have been busy for Reboot, so here's a small recap of what's been released: qUaKe, the qUICK uTIL aLLOWING kOLOSSAL eXHIBITIONS is a simple picture display viewer that combines 640x480 pictures. They are BPEG packed so lots can fit in a single 2 or 4mb ROM. Full source code and generator program are available, so there's no excuse - you can all create your custom shows now! rmac and rln is a continuation of Landon Dyer and Alan Pratt's MADMAC assembler/ALN linker and Subqmod's smac/sln suite. On one hand running dosbox to assemble code isn't productive, and on the other hand we found a few bugs in smac/sln and it was a chore working around them. So, with Shamus (of Virtualjaguar fame) leading the attempt and quite a few people chipping in, we're trying to make a fast and reliable Jaguar assembler for modern machines! Tripper: to quote the Atariage release thread:
-
Hi, I'm working on a "small" tool for the jaguar that's just about ready, apart from the following: I want to be able to create 16-colour gradients in paletted mode (5-6-5 RGB), from one palette entry (grad1) to another (grad2). Because I wanted an easy way for the user to pick colours, I used the Windows built-in col selector which is 32-bit, to select grad1 and grad2. I keep grad1 and grad2 32bit internally and when it's time to generate the gradients, I convert them down to 16bit. Here's the (ugly) code that does both the conversion and gradient creation (with some redundant crap removed): r1 = grad1 And $ff : r4 = grad4 And $ff g1 = Shr%(grad1, 8) And $ff : g4 = Shr%(grad4, 8) And $ff b1 = Shr%(grad1, 16) And $ff : b4 = Shr%(grad4, 16) And $ff col = (Shl&(r1, 8) And $f800) + (Shl&(b1, 3) And $7c0) + (Shr&(g1, 2)) 'write beginning gradient (1) stepr = (r4 - r1) / 15 : stepg = (g4 - g1) / 15 : stepb = (b4 - b1) / 15 'calculate steps For l = 1 To 14 col = (Shl&(Round(r1 + stepr * l / 8) And 255, 8 + 3) And $f800) + (Shl&(Round(b1 + stepb * l / 8) And 255, 3 + 3) And $7c0) + (Round(g1 + stepg * l / 4) And $3f) 'write gradients 2-14 Next l col = (Shl&(r4, 8) And $f800) + (Shl&(b4, 3) And $7c0) + (Shr&(g4, 2)) 'write final gradient (15) (so the code calculates the steps for r,g,b from the 8bit coefficients of grad1,grad4 and then creates the gradients by adding the step values to grad1's values, and then shifts them into place and masks them). This nearly works, but there are some errors that are really visible on pure grey gradients; the green component seems to not keep in sync with the red and green, so some ugly stuff are being shown instead of shades of gray. From some reference palettes I have, I seem to be either spot-on or +/-1 when creating my palettes. Anyone had any experiences with this? The only thing I wanted to try was to calculate the gradients using 16bit mode (5R,6G,5B) but I don't think that would change things much. Any input is appreciated!
-
Sorry for delaying my reply so much - busy busy busy lately! Since zerosquare's experiments confirm that the palettes are not exactly linear, I'll change strategies. Thanks to everyone here and on IRC for the suggestions and brainstorming .
-
Oops, people replied . I'm sorry but I've been busy with other parts of the tool so I didn't notice... Now then... Yup that's what I do. Not an option here I'm afraid, a pre-computed palette is required. I suggested this but maybe he'll listen if it's coming from someone like you rather than me Yeah I know, I'm against franken-code like this, at the beginning it was a really simple line, but I kept adding stuff to it to see if it worked (as a proof-of-concept). I'll probably revisit that chunk of code tomorrow and make it less horrible! Thanks for the tips, all (also on IRC)! Finally, for reference, here's a sample output for the r,g,b values using my routine (left) and the reference palette (right). I'll have another look tomorrow. 0 39 15 0 39 15 0 36 14 0 37 14 0 34 13 0 33 12 0 32 12 0 31 11 0 30 11 0 29 09 0 28 10 0 27 08 0 26 9 0 25 07 0 24 8 0 23 06 0 22 7 0 21 05 0 19 6 0 19 04 0 17 5 0 17 03 0 15 4 0 15 02 0 13 3 0 13 02 0 11 2 0 11 01 0 9 1 0 9 01
-
Awesome release
-
Just out of curiosity I had a quick peek at the 68000UM and found the following ways to reset the machine: Double bus error (bus error when the corresponding vector will also cause a bus error) move.l 0.w,sp move.l 4.w,-(sp) rts (registers must be zeroed I guess) Issue a RESET instruction (possible in conjunction with the above) Errr I dunno, I got bored searching around . Run a ppera patch - it should sort itself out
-
one must also send some cake! So, happy +1 man! All the best
-
Well, since v1.3 was released, I was tinkering with JiFFI on and off in my spare time and now it's time for another release: v1.4 is out and here's the changelog: v1.4 is probably going to be the last major update of this program, only bug fixes and additions to the CRC32 and patch tables are now planned. This program has come a long way till its humble v1.0 release and more or less every feature we (Reboot) have discussed about has been implemented. We do feel it's doing more than enough as is .