Kyo #1 Posted October 9, 2003 i've been wondering on this for awhile... 1) can the jag handle compression and unpack the data in real time? 2) can the jag do Anti-Aliasing? Quote Share this post Link to post Share on other sites
TXG/MNX #2 Posted October 9, 2003 i've been wondering on this for awhile... 1) can the jag handle compression and unpack the data in real time? 2) can the jag do Anti-Aliasing? The jag can compress/decompress pretty fast using Bpeg and some other routines I thought ICE packer aswell. Anti-Aliasing, have to look in the manual but maybe some else can answer this. Quote Share this post Link to post Share on other sites
Kyo #3 Posted October 9, 2003 i've been wondering on this for awhile... 1) can the jag handle compression and unpack the data in real time? 2) can the jag do Anti-Aliasing? The jag can compress/decompress pretty fast using Bpeg and some other routines I thought ICE packer aswell. Anti-Aliasing, have to look in the manual but maybe some else can answer this. thanks for the info. i've been wanting to try and make some games for the jag/jag cd for awhile now,it's just that i dont have the needed tools for it. Quote Share this post Link to post Share on other sites
Matthias #4 Posted October 9, 2003 Hello! i've been wondering on this for awhile... 1) can the jag handle compression and unpack the data in real time? Look into the NATIVE-sources to learn how background-decompression can be handled (NATIVE uses ICE-compressed graphics). As LinkoVitch said, there are several other compression-types available (all software-based). 2) can the jag do Anti-Aliasing? Of course: by software you (the developer) have to provide. Regards Matthias Quote Share this post Link to post Share on other sites
Kyo #5 Posted October 9, 2003 again, thanks for your help guys. Quote Share this post Link to post Share on other sites
Stone #6 Posted October 9, 2003 You might have to find a way to do it in the background while co-operating with other threads though - on of the reasons Native has no sound is because the DSP spends a lot of time decompressing the graphics as it goes along. Stone Quote Share this post Link to post Share on other sites
Kyo #7 Posted October 9, 2003 You might have to find a way to do it in the background while co-operating with other threads though - on of the reasons Native has no sound is because the DSP spends a lot of time decompressing the graphics as it goes along. Stone i doubt it, but can the 68k be programmed to unpack the data before it's sent to the main processors? Quote Share this post Link to post Share on other sites
LinkoVitch #8 Posted October 9, 2003 You might have to find a way to do it in the background while co-operating with other threads though - on of the reasons Native has no sound is because the DSP spends a lot of time decompressing the graphics as it goes along. Stone i doubt it, but can the 68k be programmed to unpack the data before it's sent to the main processors? That would most likley be a bad idea, as the 68K has no internal memory so has to run on the bus, which means it gets interupted by the other CPU's quite a bit. So would most likley either slow down or be slowed down by other CPU's I think 68K ideally in a perfect world should be off You can always write your own compression algorithm, or provide extra hardware on the cart to do this... @matthias, either you have a time machine and saw this post before I posted it, or you meant TXG in your post Quote Share this post Link to post Share on other sites
Kyo #9 Posted October 10, 2003 You might have to find a way to do it in the background while co-operating with other threads though - on of the reasons Native has no sound is because the DSP spends a lot of time decompressing the graphics as it goes along. Stone i doubt it, but can the 68k be programmed to unpack the data before it's sent to the main processors? That would most likley be a bad idea, as the 68K has no internal memory so has to run on the bus, which means it gets interupted by the other CPU's quite a bit. So would most likley either slow down or be slowed down by other CPU's I think 68K ideally in a perfect world should be off You can always write your own compression algorithm, or provide extra hardware on the cart to do this... @matthias, either you have a time machine and saw this post before I posted it, or you meant TXG in your post hmmm. a sort of data decompression chip. sounds like a good challange! Quote Share this post Link to post Share on other sites
Matthias #10 Posted October 10, 2003 Hello LinkoVitch! @matthias, either you have a time machine and saw this post before I posted it, or you meant TXG in your post Oh, sorry, i think it's time that somebody adds "Quoting from different sources" to this board. :-) And unfortunately i am not an AmericanJaguarfan, else i could recall Rene's handle by thinking of "ThanXGiving/MiNuX" Regards Matthias Quote Share this post Link to post Share on other sites
Kyo #11 Posted October 11, 2003 another thing that i was thinking about: is it possible to do a sort of Cart+CD combo such like KoF '95 for the saturn? Quote Share this post Link to post Share on other sites