Jump to content
Jagware

SebRmv

Level1
 View Profile  See their activity

  • Content count

    1,553

  • Joined

  • Last visited

  • Days Won

    1

Posts posted by SebRmv

  2. Posted · Report reply

    another blitter speed test, here is the advice of the week:

    better call the blitter from GPU than from the 68k ! (and don't forget to stop #$2000 the 68k ;))

     

    yeah, because the 68k is daaaaamn sloooow !!!

    I've done a little map blit test using tiles, the code to call the blitter is really really simple.

    so we can say that it doesn't really count whenever the routine without blitter call is faster in gpu than in 68k.

    the routine calling the blitter using 68k take 75% of the VBL.

    the same routine but in GPU code (also calling the blitter the same way) take 45% of the VBL !!

     

    do the math ;) (and kill the 68k !!)

     

    As I have said in another thread about blitter, it is also really important to set the minimum number of blitter registers each time. In your case, I guess that for example A1_BASE is always the same so it is better to set it once for all outside your loop.

    By doing this very small change, I got a great spead improvement with 68k blitting (and I guess it is the same with the GPU)

  4. Posted · Report reply

    OK I've got Windows 98, DOS works just fine with 98 and I have JUGS so I'm all most there :lol: but the libraries isn't an .EXE file <_< so I guess this is where you need to compile it. :blink:

     

    of course

    the code of the libraries is in the src directory

    it is intended to be used by your own code and this is 68k and GPU code

    you can see how to integrate these in your own code by looking at the examples of the distribution

     

    by the way, jugs should do it also (but I have not tried)

  5. Posted · Report reply

    Of course, you need to know a bit how to develop on the Jaguar before using these libraries. To compile the examples you need madmac and aln. To upload them on the Jaguar you need either a BJL modded Jaguar and a BJL loader or a developer Jaguar with an Alpine Board and rdbjag or wdb.

  7. Posted · Report reply

    The file is a tar gzipped archive. It contains some symbolic links.

    On filesystems that do not support them, just replace the links with the source file.

    Beware also of the long filenames.

     

     

     

    Congratulations to SebRmv and Stabylo ! :yes:

    You've done a great job ;)

     

    Thanks Zerosquare :)

  10. Posted · Report reply

    Hello!

    Hmm, but i am lost if do have 24bit-pictures as the source, right?

    But let me try another trick:

    Could your tool convert a 16bit-CRY picture (with only up to 256 colours) to a 8bit BMP-file?

    Regards

    Matthias

     

    no, my tool is not smart enough (at least for the moment) :P

    if you want to generate 8 bit bitmaps (or less), your source image should be clut based (so 8 bit or less) ;)

     

    and second precision: my tool converts bmp, gif, jpg, whatever to cry or rgb file not the converse

    (this is a replacement for tga2cry thus)

  12. Posted · Report reply

    Hello!

     

    Can this converter take a CLUT as input?

    This would be usefull to convert several pictures to 8bit (4bit, 2bit or 1bit) all sharing the same CLUT (in the same order).

    Best regards

    Matthias

     

    No, this is a missing feature.

     

    But you can convert CLUT based image with it (it generates then two files: a file containing the CLUT and a file containing the MAP). So, if the test case you mentionned, it will generate several time the same CLUT file.

    (use -clut to generate 8 bits and in addition -opt-clut to generate the optimal depth (1 bit, 2 bits or 4 bits if possible)

     

    Cheers

  16. Posted · Report reply

    en l'occurence pour TNT, c'est bien parce que tu as été pistonné par un team leader :P

     

    en fait, j'espère surtout qu'on ne fera pas comme sur d'autres forums que je ne nommerais pas ;) où les droits sont attribués uniquement en fonction du nombre de postes.

    Je pense plus sain le fait d'avoir un jury qui décide qu'untel a montré suffisamment de motivation ou a fait des choses significatives pour être promu au rang suivant (plutôt au mérite donc)

     

     

    GT pour la qualité :P

  17. Posted · Report reply

    I confirm Stabylo is a real master at disassembling code :D and it is not a bad idea however to try to find the bug fix for the UART. I understood that lots of people would be more than happy if someone manages to recompile Doom with the UART bug fixed. But once again, maybe it is possible in this case to use the JagCF UART instead.

  18. Posted · Report reply

    bon, avant de prouver que c'est du reverse-engineering ...

    mais c'est peut être plus dur à faire que de réfléchir "from scratch"

    et puis non, c'est pas dans l'esprit

    en plus, on s'en fout, vu qu'on aura la JagCF :wub: avec un UART sans bug

  21. Posted · Report reply

    Hello,

     

    I have not improved my test program but I have added some color bars to bench the blitter...

    The yellow bar (not visible actually) represents the time the 68k initialises the blitter

    and the red bar represents the time spent by the blitter to do the work.

     

    Actually, I am a bit disappointed by this bench. What about you?

    The source image is 64x44 and the target image is 128x128

    (16 bits depth)

     

    get the binary there:

     

    http://removers.atari.org/blit2dbench.bin

     

    Seb

×