MMF2 HWA Beta 10 (mise à jour - 2)

Bonjour,

Petite mise à jour, béta 10 de MMF2 HWA :

MMF2 Standard
MMF2 Developer
TGF2

Ce build est une version <span style="font-weight: bold">BETA</span>, faites des copies de sauvegarde de vos applications avant de les charger avec cette version!

Comme d'habitude, en cas de problème avec ce build postez les détails ci-dessous !

Yves.


<span style="font-weight: bold">Nouveautés et corrections dans ce build</span>

- <span style="font-weight: bold">Runtime</span> : crash (D3D8) ou perte mémoire et problèmes éventuels (D3D9) quand vous redémarrez l'application et que l'option &quot;Redimensionner l'affichage à la taille de la fenêtre&quot; est sélectionnée, ou qu'un calque a un effet.

- <span style="font-weight: bold">Runtime</span> : l'option &quot;Redimensionner l'affichage à la taille de la fenêtre&quot; est maintenant ignorée en mode plein écran si l'option &quot;Conserver ratio écran&quot; est sélectionnée.

- <span style="font-weight: bold">Runtime</span> : les objets de décors du premier calque étaient toujours visibles même si ce calque était caché.

- <span style="font-weight: bold">Objet Speech Bubble</span> : n'était pas affiché correctement dans les sous-applications avec l'option &quot;Afficher comme sprite&quot;.

- <span style="font-weight: bold">Objet Capture Ecran</span> : l'action Capturer Zone Scène devrait marcher mainteant en mode HWA.


Cette version contient aussi les corrections de bug de la version normale (build 249 béta 10) dans le programme principal et les extensions HWA (c-a-d vous devez aussi installer la beta 10 de la version normale pour avoir les corrections dans les runtimes Java et les autres extensions).

Merci Yves [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Mise à jour: j'ai re-téléchargé la beta 10 sur le serveur pour corriger un bug rapporté par Nifflas dans le forum Anglais : les chaînes alignées à droite n'étaient plus correctement affichées dans les sous-applications avec l'option &quot;Afficher comme un sprite&quot;.

Mise à jour: une nouvelle béta 10 a été téléchargée, elle corrige un problème d'objets décor toujours visibles sur le calque numéro 1 même si ce calque est caché, et un problème avec l'action Capturer Zone Scène de l'objet Capture Ecran en mode HWA.

bonjour ,

Je me suis aperçu que le mode plein écran dx8 ou 9 &quot;rame&quot; comparé au mode fenêtré ou maximisé (plein écran sur le bureau).
On peut vérifier cela avec les performance dans le gestionnaire des taches .
Un simple jeu fenêtre qui consomme 4% uc va consommer au moins 10x plus en mode plein écran ou du moins monopoliser 1 core à 100% (exemple sur mon double core e6600).
Du coup j'en testé mon petit jeu sur des configutation inferieure (AMD64 2.4ghz GF7800) , le jeu tourne nikel sur le bureau mais rame après le passage en plein exclusif (alt+enter)

Merci

j'ai testé sur un sempron 2.2ghz monocore la consommation cpu est &gt;&lt; 40% en plein ou en fenêtré (nickel fluide ).
Donc cela doit dépendre de la gestion des multi cores ,bizarre .
Désolé pour le compromis

Ca me paraît bizarre, il ne devrait pas y avoir de différence, je testerai demain sur 2 machines multi-core.

voici un exemple .
L'image est prise après un retour de plein écran au bureau avec alt+enter .
on remarque que le core 2 chute après le retour au bureau .
Plusieurs test montre que la charge peu aussi bien être repartie sur les 2 cores plutôt qu'un seul comme dans cet exemple . dans ce cas ils montent chacun à moitié .
Normal ou bizarre !?
click droit sur l'image &gt; Afficher l'image pour la voir en grand .
http://img686.yfrog.com/img686/9056/...fullscreen.png

Mon problème est résolu après une mise jour des drivers nvidia .
comme quoi !
Désolé pour l'annonce de ce faux problème .

Par contre mes test m'ont fait découvrir que la case à cocher
&quot;Fonctionne même minimisé&quot; semble fonctionner à l'envers .
La consommation cpu est supérieure quand on replie la tache avec cette case non cochée .
Vraiment pas grave mais bizarre .

Merci

bonjour,
J'ai trouver quelque bugs gênants, si je copie et colle plusieurs objets (actifs ou pas) qui sont a des calques différent lors du collage ils se mettent tous sur le même calques.
Quand je copie et colle sur une autre frame un évènement dont j'ai créer un objet a partir d'une autre frame l'objet n'est pas trouver .
je sais pas si j'ai été clair ??


la j'ai cloner ma scène avec le moteur et j'ai copier tous les décores d'une autre scène dans celle que j'ai cloner tous les décores se sont mis sur le même calque et quand je démarre la frame il disparaisse tous ! il faut que je les change de calque manuellement pour qu'il réapparaisse.

mnt j'ai un objet actif qui n'existe pas dans l'éditeur de frame mais qui est bien la quand je lance l'appli, en fais je pouvais le voir sans problème et il à disparu d'un coup sans réel raison, il semble qu'il y ai des problèmes avec les objets copier coller,j'ai essayer sur mon deuxième pc sous vista c'est pareil [img]<<GRAEMLIN_URL>>/smirk.gif[/img].
joyeuse fêtes au passage [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Bonjour, j'ai remarqué que le compteur (de type animation) ne fonctionne pas entre 5 et 6. Je veux dire qu'il reste à l'image 5 quand il passe à 6 ; ensuite, ça fait un décalage.
ça donne ça :

0 point : image 1 (là aussi ça serait sympa d'avoir une image spécifique à point=0)
1 point : image 1
2 points : image 2
3 points : image 3
4 points : image 4
<span style="text-decoration: underline"><span style="font-weight: bold">5 points : image 5
6 points : image 5</span></span>
7 points : image 6
8 points : image 7
9 points : image 8
etc.

L'objet &quot;compteur animation&quot; perd beaucoup de son intérêt du coup !
Au besoin j'ai fait un exemple tout bête (qui incrémente les compteurs quand on appuie sur une touche avec un compteur numérique et un compteur animation).
Merci de regarder à l'occasion ce petit &quot;bug&quot; ou de m'éclairer si j'ai raté quelque chose [img]<<GRAEMLIN_URL>>/smile.gif[/img]

Bonjour,

Si tu as 8 images et un compteur qui va jusqu'à dix, fait le calcul, cela ne colle pas. Il faut bien à un moment que le compteur rattrape la differences entre les deux.
Tu as deux choix:
-&gt; Mettre 10 images
-&gt; Mettre le maximum du compteur à 8

bonjour,
et pour mon problème d'objets copier coller qui conserve pas les calques ? un bugs ou c'est normal ? ^^

Merci François.
J'avais bien &quot;raté quelque chose&quot; =&gt;Shame on me !
en mettant une dixième image (j'en avais mis 9 en fait), ça fonctionne parfaitement en effet !

Ha desole, j'avais zappe ton probleme. Je n'aurais plus acces a ma machine pendant 15 jours, donc peut etre Yves pourra y jeter un coup d'oeil quand il reviendra. Il faudrait que tu postes ton mfa.

Pour l objet j ai réussi a le retrouver c est de ma faute j ai fais le boulet, par contre pour les objet copier coller sur des calques différent et qui ne les conserve pas c est très facile a reproduire [img]<<GRAEMLIN_URL>>/wink.gif[/img] et très gênant . Je suis pas chez moi j écrit avec mon iPhone je vous envoie un mfa demain , merci.

<div class="ubbcode-block"><div class="ubbcode-header">En réponse à:</div><div class="ubbcode-body">J'ai trouver quelque bugs gênants, si je copie et colle plusieurs objets (actifs ou pas) qui sont a des calques différent lors du collage ils se mettent tous sur le même calques.</div></div>
Ca n'est pas un bug, c'est comme ça que ça marche, quand on colle des objets ils sont collés dans le calque qui est actuellement sélectionné. Il faudrait une fonction &quot;Collage Spéciale&quot; dans laquelle on puisse choisir ce genre d'options.

ah ok ^^,
bon ben pas de bugs alors tous vas bien :), mais c'est vrai que sa serai très pratique de pouvoir conserver les calques, par contre pour les évènement qui créer des objets a partir d'une frame, une fois copier coller sur une autre frame ne retrouve plus les objets à créer exemple:
dans frame 1
evenement 1: créer un objet a partir de frame 3
si je copie et colle l'evenement dans une autre (frame 2)
ben sa ne va pas créer l'objet il est introuvable, en revanche si l'objet et sur la même frame aucun problème,
Sa c'est nettement moi gênant mais je voulais savoir si c'est normale ?
pour parait à se petit problème je clone la frame et sa marche.


Une petite idée qui me passé par la tête a moin que cette fonction soit déjà intégré et que je l'ai raté :/, sa serai énorme si dans l'éditeur d'évènement ont pouvait avoir quelque chose qui nous color tel ou tel flag/variable de tel ou tel objets comme dans les éditeur de textes pour la progra, exemple je veut retrouver toute les variables A de l'objet &quot;rocher&quot; sa mes les color en rouge ^^, c'est juste une idée comme sa je trouve que c'est déjà très clair comme sa, juste un petit plus pour l'avenir [img]<<GRAEMLIN_URL>>/wink.gif[/img].
merci

Si un objet utilisé par un événement n'est pas dans la frame dans laquelle tu colles l'événement, MMF2 crée un &quot;raccourci&quot; dans l'éditeur d'événements et ne crée pas l'objet dans l'éditeur de scène. Ensuite quand on pose l'objet dans la scène le raccourci est remplacé par l'objet réel.

Ok merci Yves pour ses réponses en fais tout a été pensé [img]<<GRAEMLIN_URL>>/wink.gif[/img] vive mmf 2!

merci yves =) et la clickteam aussi =)

Bonjour,

Alors je viens rapporter ce qui semble être un bug, mais j'ai du mal à comprendre son origine. Il était déjà présent avant la Beta 10 mais à l'époque je pensais que c'était du à une erreur de ma part. J'explique ce que j'ai pu cerner.

Quand j'efface un grand nombre d'événements d'un coup (via des groupes et sous groupes), le runtime en phase test plante parfois -mais néanmoins toujours au même endroit dans mon cas.
J'avais en gros la grande catégorie composées des groupes comme suit :

Moves A
-&gt;Walk
-&gt;Stand
-&gt;Crouch
-&gt; Climb

etc...

Lors du développement j'ai finalement décidé de tout refaire mais en conservant &quot;Moves A&quot; et tout ce qu'il contient au cas où. Je l'ai simplement mis &quot;inactif&quot; en permanence comme toutes ses sous-catégories. J'ai bien veillé à ce qu'aucune condition ne réactive ces groupes d'événements.

Maintenant que mon nouveau codage est rôdé et fonctionne nickel, je décide d'effacer &quot;Moves A&quot; d'un bloc. Et là durant certaines actions -en l'occurence climb- le runtime plante méchamment.

Après vérification, aucun conflit ni ligne de code capitale effacée par erreur ne semble être la cause du gros plantage.

Du coup, j'essaie de lancer le Runtime systématiquement après effacement de chaque groupe d'événements -dont climb- pour localiser l'origine du bug. Et bizarrement aucun bug n'apparait alors!
J'ai refait la manip plusieurs fois et il s'avère que le runtime plante dès qu'une catégorie effacée -et ce même si elle est inactive- semble contenir trop de lignes de code.

Le problème semble donc résolu en effaçant petit à petit les groupes d'événements devenus obsolètes. Mais bon c'est quand même étrange... (et surtout assez long quand on a des catégories, des sous catégories, des sous sous catégories... ^^')

Je rapporte juste cette mésaventure si jamais d'autres cas apparaissent. Ca pourra peut être aider à cerner l'origine du problème?

Ca ne m'a pas l'air d'être un bug spécifique à la version HWA (mais je suppose que tu ne peux pas tester avec la version normale car si ton appli utilise des actions spécifiques à la version HWA elle va planter avec la version normale). Tu pourrais m'envoyer un MFA qui plante en runtime? Je le transmettrai à Francois si c'est un souci avec les qualifieurs.

C'est vrai que j'utilise pas mal de qualifieurs...
Je vais tenter de recréer le bug au mieux, mon fichier MFA étant vraiment trop volumineux pour être envoyé tel quel.
Si j'y parviens je te fais parvenir cela dans la semaine, en espérant que cela puisse vous aider [img]<<GRAEMLIN_URL>>/smile.gif[/img]

OK merci!