RE: preloadMember et member.preload

[Emmanuel Beuque <list@xxxxxxxxxxxx>]

At 23:16 +0100 9/03/05, Pierre Rossel wrote:
>  > Pas de problème en .dir (ou .dxr), on aussi en .dcr ?
>
>Le dxr fonctionne aussi si les acteurs ne sont pas liés. Pas essayé le 
>dcr.

Dans ce cas, cela ne veut rien dire car seul le format dcr utilise
l'image dans sa compression JPEG d'origine. En .dir et .dxr, le
fichier contient l'image décompressée (genre BMP) donc le preload
charge toute l'image décompressée en mémoire ce qui la rend
immédiatement exploitable.

Si j'ai bien compris, lors de l'utilisation d'un JPEG, le preload va
charger en mémoire le fichier compressé, et il ne sera décompressé
(ce qui peut prendre du temps) que lorsqu'il sera vraiment utilisé
(affecté à un sprite, ou récupération de son image). C'est là qu'il
faudrait voir s'il y a une différence entre importé et lié.

>
>>  >   preloadMember(member("x"))
>>  >   member("x").preload()
>>  >Dans mon cas, l'utilisation de la première semble charger l'acteur
>>  >immédiatement (avec une petite pause dans l'animation), alors que 
>la
>>  >deuxième se fait bien en arrière plan, la durée du chargement étant
>>  >inversément proportionnelle à la taille du idleReadChunkSize.
>>
>>  Avec quelle valeur de idleLoadMode ?
>
>Avec 1, 2 ou 3. Avec 0, les deux chargent tout de suite l'acteur.

ce qui voudrait dire que preloadMember permettrait de charger
complètement un acteur même si idleLoadMode > 0 et que d'autres sont
en cours de chargement progressif ?

Cela me parait intéressant. A confirmer.

Ce que je n'ai jamais bien compris (jamais testé et pas expliqué) est
que se passe-t-il lorsqu'on change la valeur d'idleLoadMode et qu'il
reste des acteurs à précharger en idleLoad ?
1- les acteurs restant mis en préchargement avant continuent de se
charger en idle mode
2- ils ne sont pas préchargés du tout
3- ils sont préchargés immédiatement tant que la mémoire le permet

Je vais essayer de faire quelques tests dans la journée...