MMF2 Build 249 - beta 7

[Gawen]

@Yves :

pour la fonction POW, faudrait utiliser l'exponentiation rapide si l'exposant est entier. C'est très performant (O(log(n)) et le résultat est exact.

<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>
double pow(double x, int n)
{
if(n &lt; 0)
return (1 / pox(x,-n);
if(n == 0)
return 1;

double result = 1;
while (n &gt; 0)
{
// si n est impair, on multiplie result par x
if ((n % 2) == 1)
result *= x;
x *= x; // Elevation de x au carré
n /= 2; // dichotomie
}
return result;
}
</pre></div></div>

[Olivier]

Ce serait super si l'opérateur Pow pouvait être amélioré. En tout cas merci Gawen. Par ailleurs j'ai retrouvé mon feedback du buid 249 beta 5 à propos de Pow:<div class="ubbcode-block"><div class="ubbcode-header">Code:</div><div class="ubbcode-body ubbcode-pre" ><pre>n pow 0 = 0.9710078239440918 // au lieu de 1
n pow 1 //pow 1 semble ok dans tous les cas
1 pow 4 = 1.1439530563354492 // au lieu de 1
2 pow 2 = 4.231937408447266 // au lieu de 4
4 pow 4 = 300.531982421875 //au lieu de 256
-5 pow 1 = -5.0 //pow 1 semble ok dans tous les cas
-5 pow 2 = 0.0 //au lieu de 25
-5 pow 3 = 0.0 //au lieu de -125
-n pow n = 0.0 //un nombre négatif à la puissance n renvoie toujours 0.0 (seul pow 1 est correct)</pre></div></div>

[Gawen]

@Olivier :

Je comprends assez bien pourquoi les puissances de nombres négatifs (-5^x) renvoient 0.0

En effet, si x n'est pas entier, y^x avec y&lt;0 n'est pas défini (parce que la fonction logarithme n'est définie que sur ]0,+oo[). Et la fonction POW actuelle ne fait pas de différence entre exposant entier et réel (cf post précédent).

Concernant l'imprécision globale de la fonction POW (surtout pour x^y avec x ou y non entier), la faute est sans doute à rejeter sur le microprocesseur du mobile qui ne possède pas en général d'unité de calcul flottant. Les flottant sont donc simulés en virgule fixe par des entiers, et les erreurs d'arrondi sont légions.

[Olivier]

[JavaMobile] À ma grande déception l'objet MobileFont ne possède pas de propriété runtime/memory 'Global Object'. Apparemment ce n'est pas faisable pour les extensions. Pourtant cette extension est écrite par Clickteam, donc je trouve ça un peu étonnant. C'est également dommage pour les raisons d'ordre *ergonomique* que j'avais données sur le forum.
Je ne suis pas dans votre code, mais est-ce vraiment impossible à implémenter?

[Yves]

Exact, ça n'est pas implémenté pour les extensions, désolé. C'est un gros boulot pour implémenter ça, il faut ajouter de nouvelles fonctions dans les extensions, ça ne sera pas avant MMF3.

[Olivier]

Alors je prendrai mon mal en patience jusqu'à MMF3.

[Olivier]

[JavaMobile] Un problème mineur de rafraîchissement. Pour une appli en 240*240, comprenant une Frame1 de 240*240, et une Frame2 de dimensions inférieures à celles de l'application, par exemple 160*160.
Pendant le runtime, si je passe de la Frame1 à la Frame2, la zone autour de la Frame2 n'est pas redessinée et conserve l'affichage de la Frame1 (au lieu d'avoir un remplissage avec la Border Color de l'appli).

[Francois]

Ca doit etre corrige dans le prochain build. Tu regarderas et tu me diras stp?

[Olivier]

Bien sûr François. Est-ce que la prochaine beta sera dipso pendant cette semaine?

[Yves]

Oui.