Orion_

when will you release it buddy?? this year hopefully

saboteur did reply on jsii, but now I withdraw my approval for the Jagcode Jagcd since it's now useless for the voting and because I'm planning a release of Osmozys on JagCD.

no, we don't know who is the author of "the maxx" maybe saboteur could contact him by email and ask for it the only thing that bother me is that "the maxx" contain graphics of a comic book series, so what about the rights ?

it's ok for me edit: no more: see: http://www.atariage.com/forums/index.php?s...t&p=1515303

you can download osmozys here until saboteur fix the jagcode website: http://onori.free.fr/osmozys.zip

at least 2 what about the others participant ?

yay \o/ I just sent my entry to register_at_jagcode_dot_com (the only email available on the jagcode website) I hope you got it saboteur ? can't wait to see the other entries !

everybody is rushing on the jagcode ? ^^

Hi there, does anyone know where I can find a movie converter that output cinepak/mov suitable for the jaguar ? The only tool I found is quicktime pro but it's not free

I don't know, but I don't remember that it was public, maybe this was one of the secret project

a little error: - Jungle Jag Genre : Bomberman Platform : JagCF Jungle jag is my jagcode 500 game, it has been released and it's a plateformer not a bomberman. I think this topic is about the non released games

very nice stuff, I made a little cdlib using this example and it's working just great and very easy to use and understand, thanks !

woah, nice project, I'm really looking forward it

I didn't test it on win98, maybe this is the problem. for the 8bits transfer, my BJL cable seems to not like it, that's why I stick with the 4bit transfer did any one got it working on xp or 98 ?

He said without extra cable .. If you have the BJL on your jaguar you can now use my pack which only need the BJL and the BJL cable, no extra serial/db9 or jaglink needed http://www.jagware.org/index.php?showtopic=542

actually, 15 cycles for a 68k long move on jaguar, and 3 cycles for movei in internal ram (it breaks the pipeline), but we are talking of external ram here, so it's different 7 max on MOVEI out in main with the refresh and latency. I'm curious, how do you compute that ?

actually, 15 cycles for a 68k long move on jaguar, and 3 cycles for movei in internal ram (it breaks the pipeline), but we are talking of external ram here, so it's different

I think you didn't understand, I talk about a visual measure technique used a lot in demo coding, something like that: move.w #$F800,BG ; your code to measure here move.w #0,BG so then you can see how much vbl time your code takes.

You cant seriously tell me a 68k that requires a lot of cycles for even the simplest of instructions at one half the clock and one quarter the buswidth is going to be faster or even any where near close to the RISC, even in main with all the latency and pipeline issues. This tells me you dont understand the difference between RISC and CISC at all. If you used a little math you would see exactly why it would be faster EVEN with the bus latency at its worst case. If you coded the DSP and ran it from main its not even close to the same thing. That is connected to the bus at only 16 bits. I don't do math because theory is sometimes wrong when you don't take all system stuffs in consideration, I simply interpret what I see, almost the same amount of vbl color for the same code loop in 68k and gpu main, that's all

This shows your ignorance. We are talking about a TOm and Jerry Clocked at the same speed. The ARM does not stand a chance. And why cant you optimize the J-RISC code? have you ever coded in arm asm ? from what you say, I doubt it. arm has for almost each instruction a conditional use, that is very powerful when optimizing, and the arm is a risc too.. have you ever see some gba demo ? there is no blitter, only pure arm asm at 16Mhz (less than the gpu of the jaguar) and you have some beautiful demo or 3D game fully textured sometimes faster than some 3D jag game ... the test I have done show me that it's not true.

I don't think jag risc is better than arm ... you can do much more optimization in arm asm, and the real Bottleneck of the jag is the ram limitation of the risc. (and gorf please don't talk about main ram code because this is worse)

Hey, if the NGage (i tought it didnt have 3d dedicated hardware) can do Quake, why cant the Jag? because the NGage is 100Mhz arm processor. and DS have 3D chip + 33Mhz ARM + 67Mhz ARM + Fixed point Math processor, don't forget that.

of course, you can do so much better thing with this dsp that you will never do with gpu of the jaguar, AND by the way, as you can use the jaguar in the same time you use the CF, you can still write gpu/dsp code for the jaguar in addition

right, I see the JagCF just like a Genesis 32x adaptator

Very different. The 060 add on is in the spirit of the Falcon030 and the St line of machines. Jag CF completely changes the personality of the Jaguar. I could add an SH4 to my 2600 and probably get a great game running, but is it really a 2600 anymore? I don't see why it change the personality, for me it's just like a ct60, new proc accelerated, and new connectivity stuff to get rid of the buggy jag hardware.