GT Turbo

Tu fais un illegal pour planter le code, cela permet d'arreter ton code ou tu veux, et tu peut lire les vals des registres. Tes adresses sont alignés ? [english] Just do an 'illegal', that stop the code and you can read registers on Bjl main screen. Word aligned the adress ? GT Planté

Plusieurs choses, tu est en train de tout faire en TC 24 bits ? Laisse tomber ce mode, le bus en prend plein la gueule et au niveau des sprites tu est super limité (Pas de zoom, etc...) Attention que ton code 68000 viennent pas en conflit avec les procs, des mesures de Vbl que j'ai faites on été plombés a cause du //. Fait une boucle d'attente du 68000 jusqu'a que le Gpu est fini, ceci juste pour faire des essais, je vais pas te conseiller d'oublier d'utiliser le 'full //'. subq #1,r3 ; nombre de pixel-- or r3,r3 ; fini ? jr ne,gpuloop; si non, on strop Tu peux dégager ton 'or r3,r3', tous mes codes tournent sans ce bricolage, mefie toi car beaucoup des conseils d'Atari que j'ai appliquer a la lettre ne change rien du tout. le Subq avant le jr fonctionne sans rajout. moveq #0,r0 movei #G_CTRL,r1 nop ; au cas ou, mais j'ai vu dans une source d'atari il n'y est même pas donc bon ... store r0,(r1) nop nop Le Nop avant le store change rien, jai essayé, par contre ce après il les faut. C'est quoi le résultat a l'écran ? Pourquoi tu veux faire de la copie de sprite ? A premire vue ton code est correcte vérifie peut etre tes adresses en r0 et r1 et n'oublies pas que celle ci doit etre aligné sur la taille des données lu / écrites, donc ici des longs. Car ce genre de blague j'ai assez donnée, résultats bizzares et le code est bon ! [english] Some questions, are you working in TC 24 bits ? Forget this mode, the bus are too much used and with the sprites a lot of operations are non-working (Zoom, etc...) Beware than our 68000 code doesn't make a colision with the procs, some Vbl measurements i have done was false because parallel working. Make a 'wait boucle' until Gpu has ended, just for some trys, i don't want to say forget parallel working. subq #1,r3 ; nombre de pixel-- or r3,r3 ; fini ? jr ne,gpuloop; si non, on strop You can kill 'or r3,r3', all my codes run without it. Some atari documentations that i have used do anything in more or less... 'Subq' can work alone moveq #0,r0 movei #G_CTRL,r1 nop ; au cas ou, mais j'ai vu dans une source d'atari il n'y est même pas donc bon ... store r0,(r1) nop nop Nop before Store doesn't change anything, i have yet tried, but after you need it. What can you see on screen ? Why do you want to do sprite copy ? A first sight, our code is right, just verify our adress in r0 and r1 and don't forget they must we aligned on data length, so here it must be long word aligned, if you don't align them, that will give some special effects !! GT

Orion_ : graaaaaaaaa, decidement, va falloir que je mis fasse a ces bizarrerie merci ! C'est pour cela que je préferes les sprites, tu peux changer de mode vidéo comme tu veux tu n'a rien a y changer !! C'est du débugage live, une spécialité Jagware Le 'Live Debug' : fini les longues nuits a vous arracher les cheveux, les bugs résolus avant d'avoir rallumer votre console GT Un sprite

Orion_ : oui j'ai vu cette difference entre vos 2 code mais LEVEL2 = LEVEL0 = $100 je viens de tester le mode RGB24, je comprend rien visiblement chaque couleur est coder sur un .long et ce presente sous la forme $00BBGGRR bon, ça c'est dans la pratique en testant couleur par couleur, apres quand j'essaye d'afficher une image (heu bon, en écrivant cette phrase je viens de me rendre compte que mon image est en RGB et non BGR d'ou l'erreur des couleurs que j'avais) bref, par contre j'ai des saut de ligne, comme si j'etait en entrelacé mais sans avec une image sur 2 :/ Ton offset pour passer a la ligne suivante est correcte ? Tu a multiplié par 2 ta valeur du RGB16 et pas par 4 ? GT

Je sais plus trop mais je crois bien qu'il y a un Level 0, mappé je sais plus faut que je regardes, enfin il y a un level quelque chose, on va le rebaptisés c'est vraiment une appelation de m.... GT Avec nom stupide !

Zerosquare : Il marche pas trop mal mon petit sujet Ca fait plus humain de savoir avec qui on va conquérir le monde Jaguar Zerosquare : SCPCD (enfin pour lui je sais) et GT Turbo n'ont pas précisé leur âge, quézako ? (simple curiosité de ma part) 30 ans pour ma part. GT Vieux

SCPCD tu as aussi raccourci le code dans Level 0 ? Car le code origine c'est du bricolage de débutant en 68000, j'ai réussi a transformer 3 lignes de code en une, c'était un truc comme : move.w sr,d0 or.w #xxx,d0 move.w d0,sr Que j'ai pulvérisé par un : or.w #xxx,sr Car la routine de base Atari je ne l'ais pas changé beaucoup faut que je compares, et je crois que j'ai aussi raccourci l'autre opération, faut que je regardes, est ce que cela pourrait jouer dans l'émulateur ? N'empeche ques les deux 'bra' il les faut sinon bonjour les surprises !! GT

Une chose Orion, je connais parfaitement ce bug, je n'ais pas encore eu le temps de t'envoyer le second code que je t'avais préparé, au début de chaque liste il faut mettre deux 'bra'nches qui limite la gestion de l'affichage a la partie visible (On va dire cela comme ça), car sinon il te manque soit des lignes au début des sprites, soit parfois rien. Au début de mon premier essais de gestionnaire de sprite, j'ai 'peter une pile', quand il y avait assez de sprites tout tournait a merveille, quand j'en avais qu'un, il était affiché qu'a moitié, si tu peux attendre demain, je t'envois le meme code que le premier que je t'ais envoyé mais avec une routine pour insérer les 'bra'. Avec SCPCD je crois qu'on avait déjà discuté apparement l'émulateur a un problème avec 'NOS' listes des sprites (L'e....é ! ) Jagware trop fort pour l'émulateur ? GT

Le chargement et la sauvegarde des blocs fonctionnent, il me manque juste la palette des blocs dans la sauvegarde (Pour les blocs non true color ! ). Je vais essayer ce soir de finaliser ceci !! GT

Merci je me sens moins seul, au début pareil pour moi aussi !!! Et comme dit Zerosquare pour un début, un joli petit début !! [english] Thanks, now i will sound less alone !! At the beginning that was the same for me !! And as said Zerosquare, for a beginning a nice start !! GT Epaté !!

GT Turbo passe a la casserole, mécanicien auto (En train de me battre pour ouvrir mon propre garage). Fanatique Atari (Possèdes un Ste 4 mégs et un Falcon boosté (060 qui tourne actuellement a 80 Mhz), deux Jaguars (Sans compter celle a Azrael qui va bientot finir chez lui !)). Adorateur de l'asm, le C j'y arrives vraiment pas malgré tout ce que j'ai tenté, connait le basic (Je commences a l'oublier a force de tout écrire en asm ! .) Une vrai b... en jeu, a par quelque's un ou j'ai un niveau presque correcte, le reste ricidule Je suis meilleur en temps que codeur que joueur !! Des projets pareil que SCPCD, des kilos mais le temps manque. GT

Celle là est la pas mal !! Enfin je te dirais je préfères avoir SCPCD ici qu'ailleurs !! [english] This one is good !! Well, i prefer that SCPCD was here than anywhere else !! GT Chez Jagware

RaZ : Bon, ça avance doucement, le convertisseur pour les topics est fini. Me reste quand même me plus gros morceau, les posts mais au moins j'ai débroussaillé le gros de la méthode, juste les subtilités à torchés. Bonne nouvelle ! RaZ : Sitôt les convertisseurs finis, je bloquerais tout le site un week-end pour basculer tout le toutim. Mauvaise nouvelle, quelqu'un connait un site ou on pourrait aller squatter un week end, n'importe lequel c'est juste pour du dépannage !! GT En train de trolluer ailleurs

Zerosquare : Par contre, je préfère réserver les algos détaillés, les optimisations résultantes de quelques heures de grattage de tête intensif , et les sources aux développeurs (et autres membres intéressés) de Jagware. Libre a toi de tout, personne ici n'a le droit de te juger sur tes actes, certaines routines je les distribues cela pose aucun problème mais certaines n'existent que sur mon dur. Comme l'a si bien dit RaZ, c'est ton travail, c'est très (trop) souvent du 'grattage de tetes de plusieurs heures (semaines, voire mois )' donc c'est tout a fait normal de pas le rendre publique ou de choisir a qui tu le distribues, ici c'est une communauté. GT

La sauvegarde des préférences et quelques autres truc rajouté, j'y retournes !! GT Dessus

Il y a de cela quelques temps, j'ai commencé a regarder pour faire une bonne routine son pour la Jag, a l'heure actuelle il existe deux routines soundtracks différentes, dont une qui apparement ne rejoues pas correctement tous les effets et surement quelques routines de replay persos de certaines personnes. Pour avoir accès a une grande librairies de musiques, j'avais contacté Gwem (Codeur et spécialiste en musique sur Atari) pour pouvoir convertir sa routine de replay de musique au format SID, malheuresement pas de temps libre. En écoutant dernièrement une musique au format ACE (Tracker Falcon, 16 voies maxi), ca m'a fait mal au derrière, la balance stéréo, les effets, les reverbs a tuer, donc je suis en train de me battre avec les différentes adresses mails pour contacter son auteur, car une telle routine sur la Jag, montez le son !! Mais avant que je partes pour casser du haut parleur, tout les developpeurs ici ne possèdent pas de Falcon, donc quels seraient les formats musicaux que vous voudriez utiliser ? De préférence on va peut ètre eviter un format perso, a moins qu'un programmeur soit tenté d'écrire un éditeur complet et de trouver des musiciens qui voudraient l'utiliser. On vas pas pour l'instant parler de MP3 ou autre, pas de lecture directe (Oui avec la CF je sais, mais on veut peut ètre utiliser la CF pour autres choses) mais des VRAIS formats musicaux, pas de compression de m... merci on veut pas du son qui ressemble a celui d'un poste a galène de nos grands parents, mais un son numérique hifi !! GT Sourd

templeton : Personnellement il faut être fou pour se lancer dans un projet aussi coûteux en ressource ! Mais un petit double dragon pourquoi pas. Ressource tu veux dire du coté graphes ? C'est tellement de la m.... de faire cela ? En quoi cela changerais beaucoup de double dragon ? GT

C'est pour du graffe de jeux vidéos. Marlysa sait a peine a quoi ressemble une Jag !! Parce qu'il va me falloir des ennemis et du background pour un certain projet. GT

Quelques options en plus, et aussi la copie de map d'une simplicité qui va en tuer plus d'un !! GT

Mettez un oeil sur ce sondage cela vaut le coup d'oeil : http://www.atariage.com/forums/index.php?showtopic=81622 On s'apercoit qu'il y a plus de client pour un mortal kombat que pour Native ! Le véritable enfer pour les graphistes toutes les anims !! Pour ceux qui sont motivés et qui on un graphiste qui s'ennuit, j'ai bientot dispo le kit pour les tests qui va très bien pour ce genre de jeu, c'est le truc qui me faisait le plus peur en pensant a ce genre de jeu, mais c'est presque du passé (Routine en cours de test supplémentaire). GT Sub-zero

Pour la Jag si on excepte les écrans d'intro cela ne sera que du 16 bits pour le jeu meme, pour raison de vitesse et de place mémoire. Pour ma part le Tga ou le Png cela me va très bien. GT En 16 bits pour la couleur aussi

RaZ : Sans vouloir faire le mesquin, en fait si, disons en faisant le terre à terre si vos routines prennent plus de cpu (sans parler de la place mémoire d'une des puces) qu'un bon vieux soundtrack 8 voies, c'est pas gagné pour s'en servir. Maintenant si vous voulez vous déchirer sur les écrans d'intros, faites vous plaisir. C'est une routine 'd'essais', Zerosquare l'a dit lui meme en virgule flottante, en C pas optimisé après faut voir, pour certains cas de jeux cela peut aller après faut voir ce qu'on veut en faire c'est sur que 32 voies ca défoule !! GT Sans voix !!

Zerosquare : Effectivement, pour ce genre de cas il y a deux solutions : - Faire les calculs sur plus de 16 bits et diviser ensuite par le nombre de voix. Plus de problèmes de perte de qualité dans ce cas, c'est la meilleure solution à mon avis, et c'est ce que font les logiciels de traitement audio (ils utilisent 32 bits ou plus en interne pour les calculs intermédiaires). C'est une aubaine, le Dsp faisant tout en 32 bits, pour une fois qu'un truc colle !! Zerosquare : En plus, si ton nombre de voies est une puissance de 2, tu peux (mais tu t'en doutais sûrement ) remplacer la divison par un shift droit arithmétique ou logique (suivant que les données sur lesquelles tu travailles sont signées ou pas). Lsl Power !! Zerosquare : Pour le mixage stéréo, oui c'est comme ça que ça marche, après on utilise souvent des échelles de volume non-linéaires qui sont plus "naturelles" à l'oreille. Je vais juste reposer ma question concernant ma répartition 70-30, est ce que c'est comme je l'ais écrit précédemment ? Un domaine bien riche et 'vachement' interressant que celui du son !! Ca donne de plus en plus envie de faire du traitement sur le son !! GT Ultra intérressés !!

Orion_ : Citation GT Turbo : Et pour mixer deux voies, nous sommes d'accord un add les deux et on div par 2 ? non surtout pas div par 2 Si tu div pas par 2, il va vite y avoir saturation, imagine que ta première voie tape haut (Numériquement parlant) comme avec 65500 et l'autre fait pareil, tu atomises le registre car tu additionnes deux valeurs 16 bits, ca risque pas de tenir dans un registre 16. Et le résultat au niveau sonore risque de pas ètre le bon ? Cts, Zerosquare si quelqu'un peut nous apporter ces lumières !! Car ceci n'est qu'une supposition. GT

cts : - faut preparer les enveloppes - preparer un signal carré J'ai pas la doc sous la main, mais pour certaines enveloppes, on peut pas utiliser les tables internes du Dsp ? Par contre on va peut ètre avoir un tout petit soucis concernant le replay de SID, car je sais pas si c'est le cas de toutes les musiques ou spécifiques a la routine de replay, mais il me semble qu'il va falloir 3 timers et on en a que deux sur le Dsp de la Jag. GT Affranchi (Je sors.....) (Frost m'a passé deux adresses de personnes qui pourraient avoir les sources des routines de replay, j'attends les réponses.)