MMF2 HWA Beta 1f

Bonjour,

Une nouvelle version est disponible :

Version Standard
Version Developer
TGF2

Corrections dans cette version

- Objet Image Active : redimensionnement et rotation sont maintenant optimisés pour la version HWA.
- Objet Image Active : gère maintenant les angles à virgule flottante.
- Objet Image Active : Créer Décor marche avec la version HWA - mais ça pourrait être lent. Dans ce cas dites-le moi, j'ajouterai une option pour créer l'objet Image Active en mode soft s'il est utilisé seulement pour créer des décors.
- Objet Image Active : la couleur transparente personnalisable ne marchait pas en mode HWA.
- Objet Image : la couleur transparente personnalisable ne marchait pas en mode HWA.
- Objet Forme Fenêtre : la couleur transparente personnalisable ne marchait pas en mode HWA.
- Objet Bouton : les boutons images n'étaient pas affichés en mode HWA.
- Objet Compteur : affichés à la mauvaise position en mode texte.
- Objets du bonus pack 3 : crash quand on insérait ces objets en mode HWA dans l'éditeur de scène.
- Objets Chaîne : affichés sous les objets décor.
- Runtime : crash avec la fonction Changer Effet.
- Runtime : crash lors du test des collisions entre sprites redimensionnés.
- Runtime : l'effet Inversion marche maintenant en mode HWA.
- Option VSync : modifiée une fois encore, mais je ne pense pas qu'on puisse faire mieux en mode fenêtré. Cette option ne marchera parfaitement qu'en mode plein écran.

Rappel de ce qui ne marche pas encore, ou pas bien :

- mode plein écran
- transitions
- certaines extensions comme Capture, Lens, Flame, etc.
- les sous-applications ne sont pas encore optimisées

Merci de rapporter tout problème aperçu dans cette version ! [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Yves.

merci Yves [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

je cours tester cela

OK [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img] Pour le VSync je pense que malgré le changement fait (utilisation de l'option standard de Direct3D 9), il y aura toujours des soucis en mode fenêtré, car dans ce mode Direct3D fait une copie d'un buffer dans l'écran. Même si c'est une copie de mémoire vidéo vers mémoire vidéo, il peut toujours y avoir une interruption qui fait qu'à un moment où à un autre il y aura un hachage de l'écran. Ca ne marchera parfaitement qu'en mode plein écran, car dans ce mode l'écran est simplement switché.

Exellent 8)

BRAVO Yves [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img] ton MMF est lisse !
testé sur 4 systemes c'est fluide , j'en reviens toujours pas .
Xp , Vista nvidia nikel et xp ati petit décalage (9250 pourave).
bien sur y'a quelques micro imperfections dû au mode fenêtré, tous les languages que j'ai utilisé fond cela .
en plein écran exclusif ça va être parfait sur .
j'en ai la tête qui tourne à force de regarder la nana tourner lisse [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img] test syncro

bravo Yves , maintenant reste plus que le choix de la fréquence de la syncro pour régler la vitesse .après je t'embette plus promis [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]

ps : Trop content ,un grand jour ,MMF est lisse ,je cours le chanter sur les forums des développeurs de jeux ammateurs ,y'a pas que moi qui attendait cela [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Merci pour les tests [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Effectivement bravo !

En revanche j'ai effectivement remarqué (voir précédentes versions) que c'est beaucoup plus rapide en DirectX8 qu'en directX 9 au niveau du framerate.

Une petite précision je ne sais pas si c'est normal, lorsqu'on prend l'exemple d'helius, si on le met en DirectX 8 on a un gain en rapidité en revanche on a un peu de "bruits" visuels sur la première ligne (ca se voit bien sur la droite).

en tout cas excellent travail Yves. Moi aussi j'attendais cela depuis longtemps [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Snif eh bas moi j'ai toujours mes crashs avec les tests de superposition de balles dans l'exemple que je t'avais envoyé yves [img]/epicentre/images/%%GRAEMLIN_URL%%/frown.gif[/img]

J'ai un petit jeu de plateforme et j'ai un crach quand j'utilise Direct3D 9 (mais pas avec Direct3D 8)

V-Sync:
- Software: Hachures sur l'écran
- Direct3D8: zone du haut en retard (coupure net)
- Direct3D9: synchro parfaite

Conclusion, il faut minimum Direct3D9 pour que ce soit parfait. [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Sinon, pour moi le framerate est le même semble-t-il (avec l'exemple d'heliuse) que ce soit avec D3D8 ou D3D9 (sans Vsync)

Par contre maintenant quand je n'utilise pas Direct3D il y à des bug d'affiche du décor qui reviennent normales avec le scrolling.

je vous ferais passer un exemple tout bête, ou à la rigueur vous pouvez le reproduire facilement :

- une scène en 1280 X 1024
- application en 1280 X 1024

- Plein écran (enfin maximiser fenêtre)

- 20 objets balles trouvés dans les bibliothèques disposés sur la scène avec pour mouvement rebond

- Un ptit évènement pour faire rebondir quand ca sort de l'écran.

Et là curieusement quand je teste ceci :

- En mode directX 8 c'est parfait lisse et tout et rapide

- En mode DirectX 9 on a l'impression que les balles pinaillent, ont du mal, il y a des accoups (un peu comme avant, comme si un aimant les attirait d'un coup plus vite c'est dur à expliquer).

Quand j'essaies l'exemple d'helius j'ai quelque part la même chose en DirectX9 ca pinaille mais ca se voit différemment vu qu'il n'y a qu'une image.

Ma Config :

Athlon 64 3500+ 2 Go RAM
Carte Graphique : Geforce 7600 GT PCI Express
Win XP SP2 classique

Je vous ai décrit l'exemple car là je ne peux pas le filer j'arrive plus à accéder à mon Ftp [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img] dès que je peux je vous donnerai.

<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body">En revanche j'ai effectivement remarqué (voir précédentes versions) que c'est beaucoup plus rapide en DirectX8 qu'en directX 9 au niveau du framerate.</div></div>
Oui, comme je disais dans un post précédent la gestion de la synchro par Direct3D 9 en mode fenêtré est plus précise que celle que j'utilise pour Direct3D 8, mais elle doit prendre plus de temps, ce qui fait que quand le frame rate de l'appli est limite, on peut perdre une frame avec Direct3D 9, ce qui divise la vitesse par 2.

En mode full screen il ne devrait pas y avoir de différence entre Direct3D8 et Direct3D9 car la méthode d'affichage est différente et les 2 versions de Direct3D ont une option standard pour ça (option qui n'existe que pour Direct3D9 en mode fenêtré).

<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body">Snif eh bas moi j'ai toujours mes crashs avec les tests de superposition de balles dans l'exemple que je t'avais envoyé yves</div></div>
Heu... ça c'est bizarre... je vais vérifier.

<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body">J'ai un petit jeu de plateforme et j'ai un crach quand j'utilise Direct3D 9 (mais pas avec Direct3D 8)</div></div>
Je pourrais avoir cet exemple? Merci !

et aussi un exemple pour ceci :

<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body"> Par contre maintenant quand je n'utilise pas Direct3D il y à des bug d'affiche du décor qui reviennent normales avec le scrolling. </div></div>

Merci ! [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

d'après ce que j'ai compris le mode fullscreen pour l'instant fonctionne pas c'est bien cela ?

Oui, pour l'instant il ne marche pas en mode HWA.

Vivement qu'on puisse tester ce mode fullscreen je pense qu'on arrivera mieux à comparer les deux façons de gérer. Car là c'est vrai que en Dx 9 ca rame chez moi. Pourtant j'ai pas une config de daube (sans qu'elle soit non plus explosive).

Vivement le fullscreen exclusif [img]/epicentre/images/%%GRAEMLIN_URL%%/laugh.gif[/img]

je pence qu'il ne faut plus toucher à la syncro , on ne peu espérer mieu en mode fenêtré .
attendont l'implantation du plein écran exclusif pour voir .
en espèrant que celui ci n'efface pas la ram graphique après des atl+tab comme ce fut le cas en darkbasicpro et purebasic à une époque .
J'attend aussi le choix le la fréquence de la syncro , cela est indispenssable pour régler la vitesse du jeu si on syncronise l'affichage , sans quoi le jeu va speeder 2X + sur du 120hz par rapport à du 60 (par exemple) .
faut pencer à restituer la fréquence au bureau de windobe en quittant le jeu sinon y'en à qui vont raler .
En fait faut regarder la fréquence du bureau la stoker dans une variable , ouvrir l'écran du jeu avec celle du jeu , et remettre celle bureau en quittant le jeu et si c'est possible permuter en basculant les taches (alt+tab) mais là ça complique la chose .
ça me rapelle mes dll crée en pure basic en utilisant les api windows pour créer une commande de ce type pour le Blitz et le darkbasic .

Bon courage Yves ,perso je suis content mes petits jeux marchent nikels avec ta dernière beta . Précisant que je n'ai jamais utilisé d'extention pour MMF .

moi j'attends le mode fullscreen exclu [img]/epicentre/images/%%GRAEMLIN_URL%%/laugh.gif[/img]

bon je l'éclate à jouer avec MMf là, c'est trop bo le lisse 8p
test sur vista le alt+tab fonctionne nikel m^m avec Aero , bravo [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img] .
pour être le plus lisse possible mettre Images/second à 1000 et pas cocher vitesse indépendante bien sur .
car même à 100 et une syncro à 60 on peut remarquer des imperfections .
Aucune difference ici de charge cpu dans les 2 cas .

Quand on veut éditer le mouvement "cheminement" existant d'un objet actif et que l'on click sur le 1er point du tracé ,l'objet disparait .
on peut trés bien éditer un nouveau cheminement ,ce problème est en voulant modifier un "cheminement" existant .
merci.

Bizarre je n'arrive pas à reproduire le problème, que ce soit en mode standard ou en mode hwa.

Excuse moi,j'ai oublier de préciser que le point chaud de l'objet doit être placé au centre .
en haut et à gauche (0,0) ça marche normal.

Même avec le point chaud au centre l'objet ne disparaît pas chez moi. Quelqu'un d'autre pourrait confirmer?

salutation, j'ai bien charge la derniere version de hwa, mais lorsque j'ouvre une appli avec deux ou trois actifs sans mouvement juste des touches qui changes la sequence d'animation y a comme un bug.

en faite les actif ne s'affiche pas sur l'ecran de visualisation des que je passe en mode direct3D8 ou 9 et lorsque je ferme la visu de l'appli les actifs sont toujours la dans ma fenetre de scene mais ils sont invisible?

Apparement cela ce produit avec des objets de grande taille , j'ai reproduit la même erreur sur un autre pc .
tu peux tester avec la 2em scène de mon même exemple :
test_syncro
En éditant le cheminent de l'objet (colorer le tracé d'une autre couleur que le noir sinon on vois pas bien) et clicker sur le point au centre de l'objet ( chose que l'on ferait pour pouvoir modifier la vitesse du déplacement au depart )

rurkryber, je pourrais avoir cette application?

Si le problème est dans l'éditeur de scène, il y a une option dans les préférences pour désactiver l'utilisation de Direct3D dans cet éditeur.

Bizarre, l'objet ne disparait pas si je clique sur le premier point dans cet exemple. Est-ce que ça fait pareil si tu décoches l'option "Utiliser Direct3D" dans les préférences de l'éditeur de scène? (il faut fermer et réouvrir l'éditeur après avoir modifié l'option)

après un rapide test sous vista ,effectivement l'objet ne disparait pas en décochant l'option "Utiliser Direct3D" dans les préférences de l'éditeur de scène .

bonne nuit

OK d'ac... bizarre qu'il ne disparaisse pas du tout chez moi, j'essayerai sur d'autres machines. Merci !

Ca me le fais aussi en de rares occasions, faudrais que tu install des drivers de cartes graphiques pourries Yves ^^

[img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

PS: je peux reproduire le crash dans ton appli, problème difficile à résoudre... j'ai mis un bout de scotch pour la prochaine version, ça ne devrait plus crasher mais je corrigerai ça définitivement dans une version ultérieure.

ok [img]/epicentre/images/%%GRAEMLIN_URL%%/wink.gif[/img]
j'ai toujours le chic pour trouver les bugs les plus chiants :P

Voici un lien vers le petit projet avec les balles dont je parlais, cet exemple montre qu'en mode direct3D 8 on est bien et c'est rapide alors qu'en direct3D 9 c'est lent avec des saccades un peu comme avant, comme si les balles étaient attirées par un aimant d'un coup j'sais pas comment expliquer. j'ai mis un message plus haut avec en plus la config que j'ai.

Voici l'exemple : http://crystalnoir.free.fr/Creations/temp/testball.mfa

Chez moi j'ai le même problème mais apparemment parce que la fenêtre est plus grande que mon écran (1400x900), Direct 3D 9 doit avoir un souci avec la synchro dans ce cas, il doit prendre 2 frames pour bien se synchroniser.

Quand je met la taille de la fenêtre à 1024x768, donc une taille de fenêtre plus petite que mon écran, pas de souci avec Direct3D 9.

euh je comprend pas ce que tu veux dire.

Car la fenêtre fait 1280 X 1024 (la frame) et l'application également. Dans mon cas c'est la même taille que ma résolution écran.

De plus, dans le cadre d'un scrolling on aura forcément une taille de frame plus grande que celle de l'écran.

J'ai du mal à comprendre en fait. Je précise que chez moi, l'appli et la frame ont la même taille / résolution que mon écran sous Windows.

Je parlais de taille de fenêtre, pas de taille de frame.

En mode fenêtré, Direct3D rafraîchit l'écran en faisant une copie d'un écran caché. Plus l'écran est grand, plus ça prend du temps et à priori la gestion automatique de la synchro par Direct3D 9 en mode fenêtré fait que ça peut dépasser une frame, ce qui fait que la synchro se fait tous les 2 balayages, ce qui divise la vitesse de l'appli par 2.

Au lieu de faire une application qui prend tout l'écran en mode fenêtré il vaudra mieux utiliser le mode plein écran quand il sera dispo car dans ce mode il n'y a pas ce problème (la synchro se faisant de la même manière sous D3D8 et D3D9 dans ce cas et l'affichage écran se faisant simplement par switch de 2 écrans).

ha je comprend mieux [img]/epicentre/images/%%GRAEMLIN_URL%%/laugh.gif[/img]

Bon bah en fait alors avant de continuer les tests autant attendre ce mode , car au final de toute façon rien ne vaut un bon vieux mode fullscreen exclu.

Tu penses pouvoir rendre dispo ce mode bientôt ? [img]/epicentre/images/%%GRAEMLIN_URL%%/smile.gif[/img]

Je ne sais pas trop, j'essaye d'abord de corriger les problèmes qui font que certaines applis ne marchent pas (extensions non compatibles, etc.). Pas avant 1 ou 2 semaines je pense.