Cool, c'est vrai que c'est pas facile à lire avec ses symboles, je parle pour moi qui suis habitué au basic classique

Mes langages favoris étaient le Basic locomotive (amstrad) mais j'utilisai pas les commandes Peek,call et poke, je trouvai
sa trop dur et AMOSPro. C'est vrai que si les symboles sont retirés dans le langage final, se serait super et plus simple.

:=!

@Artblink :
les {} et () c'est normal ... c'est du C ...
Lorsque je créerai l'interpréteur BASIC, il n'y aura plus besoin de ces symboles ...

@YesCop :
Pour les sprites, en fait le principe d'un sprite est le suivant :
1. Sauvegarde dans un buffer mémoire, de la partie graphique qui se trouvera dessous le sprite.
2. Affichage du sprite
3. Synchro
4. Restauration du buffer mémoire là ou le sprite était affiché.
Bon c'est schématisé.
Le problème est que la partie 1 est très lente.
Mais, comme c'est le principe des sprites je l'ai mis en démonstration.

Il est possible de désactiver le 1. mais cela force l'utilisateur à rafraichir manuellement le décor de fond.

Oui, c'est normal, en fenêtre non active, les performances sont réduites, je pense que c'est lié à l'AmigaOS4 car je ne modifie rien pour causer cela.

Ah ... Bizarre... je vais testouiller ces démos la pour voir.

loool c'est une idée de démonstration technique. Je vais voir cela pour plus tard.

Merci à tous pour vos commentaires ...

@ +
AmiDARK

AmiDark,
J'ai vu tes changements au sujet des liens.

J'ai testé tes exécutables.
Sprite2D a planté mon système au premier lancement, reset à froid.
Au deuxième, tout est nickel, pas de "cls" oublié. J'ai remarqué que le déplacement était lent.
Est-ce dû à la librairie ou simplement voulu ?
D'ailleurs, la vitesse a été divisée au moins par deux quand la fenêtre n'est pas activée ( je suis en mode composing).
Le programme display images fonctionne mais pour les autres, toutes les images sont corrompues, illisibles. La seule différence que j'ai pu noter est que ces programmes lancent une fenêtre vide mais ensuite ouvrent un écran, bizarre.

J'apprécie la simplicité du code mais j'aimerai voir comment la librairie se comporte avec plusieurs objets à l'écran et tester ainsi sa réactivité.
Si tu as le temps de créer un programme qui ouvre un écran type 1200x1024, fond d'écrand, plusieurs sprites type boing ball "se cognant" les unes avec les autres, je serai ravi :-D

La version AOS, pour les symboles, je chipote, c'est pas les DE mais les { } ( ) partout...

Mais faut juste prendre l'habitude et je pense que sa passera ;-)

@YesCop :
Oui, j'ai rajouté le pour amigans.net (copy and paste the entire URL in your web browser). Une fois que ce sera validé, il y aura plus de soucis ;)
sur www.amigaworld.net j'ai rajouté un comment avec les liens complets.

@artblink :
Quelles version ? AmigaOS4 ? MorphOS ? Les deux ?

1. Pour le scrolling "ala" shadow of the beast, je vais testouiller cela ...
2. Pour le sprite, il ne devrait pas y avoir de soucis, mais j'ai peut-être "pour tests" désactivé le rafraichissement automatique du background des sprites. Pourtant, il me semble avoir vu la version MorphOS tourner niquel hier soir ... Je vais voir cela
3. Quels symboles ? les DE en début de fonctions ?

@ +
AmiDARK

@Amidark:

Rassure moi, tu va faire un guide en français après?

Siou plait monsieur ;-)

Par contre, est-ce des bug, j'ai essayer le moteur scroll de shadow of the beast et il est plutôt lent, je pense que c'est un bug car l'exemple avec les plumes est hyper rapide (j'me la pête car mon scroll sous holly est plus rapide que le tien :b)

Par contre, l'exemple du sprite déconne itou, en se déplacant, il efface l'image de fond ou plutôt, il affiche plusieurs sprite les uns derrières les autres lors du déplacement, à mon avis, t'a du oublié un ti CLS ou un réaffichage de l'image de fond après chaque cycle du prg. ou un truc du genre ;-)


Sinon, code clair, c'est par contre un peut enquiquinant tous ses symboles à ajouter... si on fait pas gaffe on peut rapidement en oublier quelques uns et planter le script.

Mais c'est largement plus facile que le C

C'est good pour moi :=!
Message édité par : artblink / 05-02-2012 19:15

Amidark,

Je vais aussi jeter un coup d'oeil.
Le lien de tes posts sur les sites amigans et amigaworld est mauvais. En fait il n'est pas en entier, s'arrête avant le [.

Cool,

Je le télécharge et je le test ;-)

@DaveBraco :
Lol

@Tarzin :
Voici le code d'exemple qui montre l'utilisation des sprites 2D.
Les // représentent les commentaires d'explication (c'est en C)
Voila donc 21 lignes de C pour faire déplacer un sprite devant un décor de fond ;)

#!include! "libAmiDARK.h"
int?XAdd,?YAdd;

void?DarkLoop(?void?){??
??XAdd?=?1;??YAdd?=?1;
??//?Setup?de?l'affichage?et?synchro
??DESetDisplayMode(?640,?480,?32?);
??DESyncOn();
??DESyncRate(?0?);
??//?On?charge?2?images.?Le?fond?d'écran?et?le?sprite.
??DELoadImageEx(?"Images/BackGround640x480.jpg",?1,?1?);
??DELoadImageEx(?"Images/Sprite.png",?2,?1?);
??//?On?affiche?le?fond?d'écran?sur?tout?l'écran
??DEPasteImage(?1,?0,?0?);
??//?On?crée?le?sprite?à?déplacer.
??DESprite(?1,?0,?0,?2?);
??//?Début?de?boucle?principale
??while(?!DELoop()?){
????//?On?déplace?le?sprite?sur?X?puis?sur?Y.
????DESetSpriteX(?1,?DESpriteX(?1?)?+?XAdd?);
????DESetSpriteY(?1,?DESpriteY(?1?)?+?YAdd?);
????//?On?checke?que?le?sprite?ne?dépasse?pas?des?4?coins?sinon?on?inverse?le?déplacement.
????if?(?DESpriteX(?1?)?>?(?639?-?DEImageWidth(?2?)?)?){?XAdd?=?-1;?}
????if?(?DESpriteX(?1?)?????if?(?DESpriteY(?1?)?>?(?479?-?DEImageHeight(?2?)?)?){?YAdd?=?-1;?}
????if?(?DESpriteY(?1?)? // Synchro
????DESync();
???}
?}

@+
AmiDARK
Message édité par : AmiDARK / 05-02-2012 11:50
Message édité par : AmiDARK / 05-02-2012 11:51
Message édité par : AmiDARK / 05-02-2012 17:58
Message édité par : AmiDARK / 05-02-2012 17:59
Message édité par : AmiDARK / 05-02-2012 17:59

"Une version d'évaluation de la version 2D devrait être dispo courant de l'année 2012 (1er/2ème trimestre 2012 je pense) "
Très bonne nouvelle!

Par curiosité, à quoi ressemble la syntaxe?
Aurais-tu un exrait de source que l'on puisse voir?