Jump to content
Jagware

SCPCD

Level2
  • Content count

    1,134
  • Joined

  • Last visited

Everything posted by SCPCD

  1. Atomix, Jag Version

    Moi je dirais que oui : en vieillissant on ne pense pas pareil
  2. Atomix, Jag Version

    dimanche soir : 2H -> niveau 1 à niveau 13 mercredi aprem : 4H -> niveau 13 à niveau 51 Pas mal pour la première foi que je jou à ce jeu Je le trouve un peu 'trop' simple a part certains niveau de temps en temps qui m'ont un peu bloqués Il est vraiment génial ce jeu, ct une bonne idée de le porter sur Jag
  3. Faites les tests du forum ici !!

    Il y a combien de niveaux en tout ? (non, je n'ai pas encore fini le jeux je suis arrivé au niveau 13 mais pas pu continué, il fallait reviser les exams tout de même )
  4. Faites les tests du forum ici !!

    Franchement : BRAVO ! C'est vraiment très bien fait (ca fonctionne aussi parfaitement sur émulateur Jag) J'aime bien ce genre de jeu en plus (celui la par contre est vraiment difficil mais avec un peu d'entrainement ca ira )
  5. Notre Verre A Scpcd !!

    Merci en tout cas (reste plus qu'a finir maintenant )
  6. Adaptateur Compact Flash

    Comme tu le veux. C'est dans la zone mémoire du port cartouche sauf qu'il y aura 2 banks mémoires que l'on changera en ecrivant a une adresse précise. dans n'importe qu'elle cable qui a 5 fils. A très grande longueurs mais c'est pas compatible ethernet. Ce sera une interface RS-485 : donc très grande porté et très haut debit et jusqu'a 256 personnes de connecté
  7. La Philosophie Des Codeurs

    Mais euh....... Tu triches là... Et puis, m'enfou tiens : Zerosquare, t'arrivera jamais a faire autant de fautes en anglais (et en francais aussi d'ailleurs) que moi !
  8. Ca y est un rapport de fini pfiou... J'en ai mis du temps pour le faire... "Plus que" 2 a faire d'ici la fin de la semaine (et mer..)
  9. Les Atariques Anonymes

    Bonne anniversaire SebRmv
  10. Tchat...

    on est sur irc : http://www.irc.worldnet.net/ met ton pseudo et #Jagware
  11. Les Atariques Anonymes

    Il n'y a pas que lui qui ne s'est pas présenté
  12. Bienvenue à tous les nouveaux !

    Bienvenu Seb (car Seb c bien )
  13. Et Voilà Le Nouveau Jagware !

    C'est nickel !!!! [ENGLISH] Great Job !!!
  14. le GPU

    Il y a plein de fonctions dans le blitter, il y a peut être moyen de contourner le truc pour que ca soit faisable avec
  15. le GPU

    Orion_ : movei #5,r5 loop: subq #1,r5 jr ne,loop addq #1,r5 fait une boucle infinie [...] En fait, dans ce cas, je pense qu'il y a peut être 2 sources d'erreur : - il y a peut être un bug lors de la resynchro des instructions dans le cas où l'instruction de retour n'est pas aligné sur une adresse 32bit - il ne faut pas oublié que le GPU/DSP execute toujours l'instruction qui suit un jump/jr donc dans ce cas, je ne sais plus trop comment il gere les flags pour le saut.
  16. le GPU

    Orion_ : j'emet une hypothése sur le prechargement du GPU. on part du fait qu'il est 64bits il charge donc ces instructions par 64bits, chaque instruction faisant 32bits c'est pour ça qu'il en charge 2 a chaque fois mais ça pose un probleme pour les instructions genre movei qui font elle 64bits (32bits pour l'instruction et 32bits pour la valeur a charger) voila pourquoi: movei #5,r5 loop: subq #1,r5 jr ne,loop addq #1,r5 fait une boucle infinie, et si on remplace addq par movei #5,r5, le compilateur nous insert automatiquement un nop entre jr et movei, vu que movei ne sera chargé qu'a moitier En fait, les instructions GPU sont en 16bits. et le bus des instructions du GPU est en 32bits. Le bus des datas (le bus externe) est quand a lui en 64-bits. (simple non ) Et donc lorsque tu executes une instructions GPU, le GPU en charge 2 par cycles en général (prefetch) sauf pour l'instruction movei qui est une instruction sur 48bits. donc qui est chargé en 2 fois avec l'instruction qui suit ou qui precede selon l'alignement de movei sur une adresse 32bit ou 16bit. Citation bon et au passage je confirme, le code si dessus est limite, je l'ai converti pour qu'il copie chaque R G et B separement, en faisant un peu de traitement dessus, et mon truc tiens en 1.3 VBL sans compter qu'il faut que je rajoute le blitter pour effacer mon écran a chaque fois :/ pas si rapide que ça le gpu ... en fait, c'est pas le GPU qui est lent c'est le bus qui est plombé par le 68000. en plus, si tu utilises des accés a la ram sans arret avec des loadb,w et storeb,w ca ralenti a mort les accés car l'attente pour la lecture d'une valeur sur le bus (même si il est 64bit) est très long comparé a la mémoire interne : en interne c'est entre 3 et 4 cycles, en externe c'est bien plus long (tout depend de l'utilisation du bus par les autres processeurs) En plus, les GPU/DSP ne sont pas concu pour faire des transferts de données mais pour calculer et faire des accés de temps a autre. C'est pourquoi, il est bien plus interressant de faire des copies par le Blitter qui lui est concu pour la copie des données.
  17. le GPU

    je me disais bien que ct bizarre que ca ne rentrée pas dans la VBL. Vue qu'il y a des codes au GPU qui sont bien plus compliqué (native) qui rentre dans la VBL...
  18. modification de la jag pour kit bjl

    Oui c le GPU qui ce stop lui même en mettant a 0 le bit GO du registre G_CTRL. Mais attention car il continu d'executer quelques instructions après qu'il ai mis a 0 le GO. (il vide sont pipeline) donc tu t'arranges pour avoir quelques nop après la demande d'arret. Après ca depend aussi de ce que tu veux faire avec... (j'avais oublié qu'il y avait un accés possible au tchat )
  19. modification de la jag pour kit bjl

    Tu es sur de l'ordre des couleurs ? Au lieu du violet tu dois avoir quoi ?
  20. modification de la jag pour kit bjl

    Ben en fait, pour l'histoire du level2(level0) dans mes codes "pro" qui ne fonctionne pas sous emulateurs c'est peut être car je fais tout en // : le principe : interruption VBL -> le 68000 va dans l'interruption VBL le 68000 lance la fonction de lecture des pads, puis une foi que c'est fait, remise a niveau normal des niveaux de priorité et juste avant de quitter lance la fonction GPU pour la creation de la liste. Ce qui permet de lire les pads a vitesse max par le 68000, puis de générer la liste au GPU a sa vitesse max tout en permettant au 68000 de continuer sur autre chose pendant que le GPU genere la nouvelle liste (qui torche ca bien sur a une vitesse monstre)
  21. modification de la jag pour kit bjl

    Level 0 est mappé a qu'elle adresse ? Parceque je n'ai que Level2 ($100) je n'ai jamais vue de level0
  22. modification de la jag pour kit bjl

    ton RGB24 c'est sur ce code ou tu l'avais essayé sur un autre ?? (juste pour savoir si ce ne serais pas pour la même raison)
  23. modification de la jag pour kit bjl

    Lorsque de temps en temps ca ne s'affiche pas c'est généralement car il y a un problem dans la construction de la liste des objets : mise a jours trop lente par rapport a l'affichage par exemple. ca arrive aussi lorsqu'il y a certaines données critiques qui ne sont pas aligné sur une phrase (liste d'objet) par exemple lorsqu'il n'y a pas de .qphrase avant la liste des objets et que du coup lorsque l'on compile et selon la longueur du code, ca arrive que ca marche ou que ca ne marche pas. J'ai jamais eu de probleme sur de l'exécution de code 'trop petit'. Le mode RGB24 j'ai deja utilisé. Mais il y a très longtemp. Juste quelques questions : - est-ce que tu utilises le 68000 pour la gestion de la liste ? - si oui : est-ce qu'il fait autre chose comme code et est-ce que ce code demande beaucoup de bande passante ?
  24. Les Atariques Anonymes

    Alors personne ne s'est encore presenté.... Bon ben alors je vais commencer ( c'est moi le prem's) Je suis SCPCD 22ans (23 dans 3 mois) etudiant dans une ecole "d'electronique et d'informatique" en derniere année () Mes centres d'intérets sont l'electronique et l'informatique (pour ceux qui n'auraient pas encore compris ) En electronique je suis spécialiste du numérique (j'aime pas l'analogique ) En informatique je suis un fan de l'asm et surtout sur les plattes formes multiprocesseurs Je n'aime pas le C et le C++ bien que je me debrouille pas mal. Je ne suporte pas windaube et les PC en général bien que pour l'instant je suis obligé de les utiliser....(mais ca va bientot changer niarfniarfniarf ) A part ca je suis un fan aussi des ATARI notament de la Jaguar (jusqu'a avoir passé 2 ans a etudier ce qu'il y avait sous ca carrosserie (son hardware bien sur )) J'ai testé pas mal de truc dessus et pas mal modifié ma jag aussi Si il y a des questions sur le hardware je pense que je pourrais y repondre J'ai pas mal de projets software et hardware (dont certains encore que sous la forme d'idée) mais comme l'a dis Zerosquare : le gros probleme c'est le temps Je pense que c'est tout...
×