Re: preloadMember et member.preload

[Emmanuel Beuque <list@xxxxxxxxxxxx>]

At 15:38 +0100 9/03/05, Pierre Rossel wrote:
>Je relance le sujet démarré en janvier par Yannick car je tombe sur le 
>même
>problème de preload qui marche pas.

Cette discussion m'intéresse fortement car je dois remettre à plat un
code lingo pour charger

>Ce que j'ai pu remarqué c'est que j'ai jamais réussi à faire un preload
>d'une image jpeg liée (essayé plusieurs types et tailles). Par contre 
>si je
>l'importe dans la distribution, pas de problème.

Pas de problème en .dir (ou .dxr), on aussi en .dcr ?

>D'autre part, il me semble que ces deux syntaxes ne se comportent pas 
>de la
>même manière:
>
>       preloadMember(member("x"))
>       member("x").preload()

Ca c'est nouveau pour moi, je n'ai jamais testé en pensant que
c'était pareil...

>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 ?

>J'ai aussi remarqué qu'un acteur fraichement lié ne pouvait pas être
>déchargé (unload()) tant que l'animation n'a pas été sauvée.

Ca c'est un bug depuis D8, en D7 ca fonctionnait bien !!!
Je l'ai signalé maintes fois à l'époque mais je n'ai pas eu
l'impression que beaucoup d'autres soient concernés par ce problème.
La seule manière de décharger un acteur créé par script de la mémoire
est désormais de le détruire avec erase()...

>Je dois finir un CD aujourd'hui et je ne m'attend pas à trouver une 
>solution
>à temps, mais ça relance le débat. Il faudrait au moins qu'on arrive à
>cerner ce qui fonctionne (ou pas) et dans quelles conditions.

Je suis partant pour faire des tests et apporter ma contribution sur
le sujet...