JagCode II : c'est reparti ! - Page 2

qui est l'auteur de la 3e démo au fait ?

-

et qu'est-ce que ça dit au niveau des cof ?

Bravo aux auteurs de FACTS !

Orion_ (./32) :
le logo au debut dit "alterwerld" mais aucune idée de qui ça peut être.

C'est pas Walterworld (jeu de mot sur Waterworld) ? WalterJ_64bits peut-être ?

-

franchement excellent pour les deux, vous montez d'un cran là

félicitations !

SebRmv, ton probleme pour lancer The Maxx serait pas que tu upload avec l'alpine et que dans son .jag il y a un entete ?
si c'est le cas, il faut dégager les 46 premiers octets et l'uploader a $4000

Ouais sinon le TheMaxx niveau graphique c'est pas mal
mais c'est vraiment dommage qu'il soit saccadé et qu'il soit aussi gros alors que ce n'est pas justifié.

Pocket Magazine (./37) :
félicitations !

Merci ^^

oui Merci !

-

Superbe, quel plaisir de voir cela (Damn, "Diamjag 3D" ça a l'air chaud)

Merci les gars, de continuer à faire vivre le rêve Jaguar

-

PowerMarcel (./42) :
Superbe, quel plaisir de voir cela (Damn, "Diamjag 3D" ça a l'air chaud)

Ouep c'est ce que je me suis dit aussi, je crois que les neurones vont chauffer encore plus qu'avec le premier Diamjag

SCPCD (./38) :
SebRmv, ton probleme pour lancer The Maxx serait pas que tu upload avec l'alpine et que dans son .jag il y a un entete ?
si c'est le cas, il faut dégager les 46 premiers octets et l'uploader a $4000

Ouais sinon le TheMaxx niveau graphique c'est pas mal
mais c'est vraiment dommage qu'il soit saccadé et qu'il soit aussi gros alors que ce n'est pas justifié.

ah ok, je vais essayer ça

à vrai dire j'utilise mon propre loader parce que j'arrive pas à charger les bin sinon (je sais, je suis nul sur ce coup...)

A propos de Facts: à quel point votre code est-il adhoc? (surtout la partie GPU)
Et autre question: comment vous éditez les musiques? combien de voies?
Vraiment chapeau en tout cas.

Bon, je file essayer Ozmozys!

SebRmv (./45) :
Et autre question: comment vous éditez les musiques? combien de voies?

J'ai retranscrit la musique et les accords (à l'oreille) sur un séquenceur MIDI, et ensuite ça passe par une petite "moulinette" perso pour ressortir un fichier binaire avec les notes et les durées.

Il n'y a que 2 voies dans cette démo (le truc qui ressemble à une flûte de pan, et le machin qui est censé imiter une guitare à cordes en métal ), mais la réverb améliore le rendu

Je pense que j'aurais eu assez de temps processeur DSP pour en mixer davantage, mais :
- j'étais limite niveau place pour stocker des données pour des voies supplémentaires
- j'ai pas trouvé de méthode de synthèse existante qui me convienne, donc j'ai développé les miennes, et ça représente pas mal de boulot par instrument (la flûte de pan est assez tordue, en particulier).

j'y connais rien en technique et pas plus en musique, mais cette dernière est vraiment bien rendue

non, ça rend vraiment bien la musique, tu n'as pas à avoir de complexe Zero

bon, sinon, j'ai réussi à faire tourner the_maxx sur ma Jaguar... merci SCPCD pour le coup de main
c'est joli, mais apparemment, ce sont des graphes rippés
aussi, l'animation du perso n'est pas terrible
mais ça peut faire un jeu sympa à terme

et sinon, Osmozys, c'est aussi pas mal techniquement
c'est pas hyper facile en 3D... par contre, c'est chouette si Orion_ a avancé sur la 3D!

ah si, un reproche à FACTS (même si c'est mon préféré), c'est dommage que le zoom/dezoom de l'image du félin ne rende pas très bien...

The Maxx est pas mal graphiquement en effet ... scrolling avec effet de profondeur , compatible avec PT dans une résolution assez grande !

- Si l'on s'en tient strictement à l'aspect graphique et comme les jeux video ne sont pas prévu à la base pour les aveugles, The Maxx risque de l'emporter...

- Si l'on peut regarder l'aspect technique ( se mettre dans la Jaguar ) et le rapport qualité/taille du fichier, et qu'on aime le coté demo c'est FACTS qui gagnera

- Si on kiffe la 3D et qu'on sait comment et à quelle vitesse il a été réalisé et aussi si on sait à quel point ce n'est pas facile de créer un moteur 3D de A à Z , on aimera et votera pour Osmozys

Fredifredo (./49) :
- on sait comment et à quelle vitesse il a été réalisé et aussi si on sait à quel point ce n'est pas facile de créer un moteur 3D de A à Z

tu éveilles ma curiosité là... une histoire, une histoire!

-

Quelques infos techniques complémentaire sur FACTS :

Là le GPU ajoute 1 sprite à la liste tous les 135 cycles environ (@26.6MHz)
bon évidement il ne peut rien faire quand l'OP prend la priorité sur le bus pour dessiner les sprites.

La première partie (la partie avec les spirales) est optimisé au cycle près alors que la 2eme partie ne l'est pas autant vu que de toute façon j'aurais pas gagné suffisamment pour mettre une image plus grande.
Il faut savoir que dans la première partie, le GPU calcul 2688 coordonnées de sprites, mais ils ne sont pas tous visibles (le max visible c'est environ 2090 mais ça arrive pas souvent). (Et pour les connaisseurs les sprites dans la première parties utilisent le mode RMW de la jag )
En PAL il y a plus de sprites par frame vu que la zone affichable est plus grande, par contre il y en a moins au total par seconde qu'en NTSC.

Il reste 4octets de libre dans le GPU , il y a un peut plus de 2ko de pris pour des tables et donc un peut moins de 2ko de code.
Afin que ça tienne dans le GPU j'ai du faire du code automodifiant pour certaines parties

Le 68k s'occupe que de l'intro et les crédits (vu que j'avais plus de place dans le gpu ! ) donc pendant qu'on en a pas besoin, il est stoppé et il est réveillé qu'a la fin (par interruptions).

Le DSP quand a lui, j'ai demandé à Zero de faire de la musique sans avoir besoin d'accès à la ram vu que sinon ça aurait réduit le temps libre d'accès au bus pour le GPU (et donc moins de sprites) et il a réussi à le faire \o/

Je propose de diffuser ces infos en anglais sur AA

SebRmv (./50) :

Fredifredo (./49) :
- on sait comment et à quelle vitesse il a été réalisé et aussi si on sait à quel point ce n'est pas facile de créer un moteur 3D de A à Z

tu éveilles ma curiosité là... une histoire, une histoire!

euh disons qu'Orion_ a commencé à coder le jeu le vendredi soir et 48H plus tard tu as le jeu que tu peux voir
(bon il dira que le moteur 3D était déjà fait, mais quand même : niveaux, gameplay, musique, écran d'intro etc... !!!)

tiens pour faire le chieur
j'ai laissé tourner en boucle la démo FACTS et ça foire à partir d'un moment (on dirait que c'est surtout la partie à Zero mais la partie graphique est aussi un peu bizarre )

ha bon ?
pourtant j'ai pas eu de problème, je l'avais laissé tourner un bon moment pourtant

SCPCD (./52) :
Quelques infos techniques complémentaire sur FACTS :

Là le GPU ajoute 1 sprite à la liste tous les 135 cycles environ (@26.6MHz)
bon évidement il ne peut rien faire quand l'OP prend la priorité sur le bus pour dessiner les sprites.

La première partie (la partie avec les spirales) est optimisé au cycle près alors que la 2eme partie ne l'est pas autant vu que de toute façon j'aurais pas gagné suffisamment pour mettre une image plus grande.
Il faut savoir que dans la première partie, le GPU calcul 2688 coordonnées de sprites, mais ils ne sont pas tous visibles (le max visible c'est environ 2090 mais ça arrive pas souvent). (Et pour les connaisseurs les sprites dans la première parties utilisent le mode RMW de la jag )
En PAL il y a plus de sprites par frame vu que la zone affichable est plus grande, par contre il y en a moins au total par seconde qu'en NTSC.

Il reste 4octets de libre dans le GPU , il y a un peut plus de 2ko de pris pour des tables et donc un peut moins de 2ko de code.
Afin que ça tienne dans le GPU j'ai du faire du code automodifiant pour certaines parties

Le 68k s'occupe que de l'intro et les crédits (vu que j'avais plus de place dans le gpu ! ) donc pendant qu'on en a pas besoin, il est stoppé et il est réveillé qu'a la fin (par interruptions).

Le DSP quand a lui, j'ai demandé à Zero de faire de la musique sans avoir besoin d'accès à la ram vu que sinon ça aurait réduit le temps libre d'accès au bus pour le GPU (et donc moins de sprites) et il a réussi à le faire \o/

merci pour ces biscuits
et tu utilises des branch?

SCPCD (./56) :
ha bon ?
pourtant j'ai pas eu de problème, je l'avais laissé tourner un bon moment pourtant

bah, là, on dirait que ça va mieux
(ça a comme par miracle récupéré l'erreur au recommencement de la démo)
bon, dommage, j'aurais du enregistrer quand c'est arrivé

ouais a donf !

pour info la liste d'OP fait un peut plus de 256ko (en comptant le double buffer)

SCPCD (./59) :
ouais a donf !

pour info la liste d'OP fait un peut plus de 256ko (en comptant le double buffer)

genre combien de bandes alors?