-----------------------------
Fichier historique d'Animator
-----------------------------

Stabylo/the Removers

Note : Les correctifs de bugs (trop nombreux) ne sont gnralement pas 
       donns ici. Pour connatre les problmes insolus, jetez un oeil 
       sur le fichier BUGS.TXT


30 nov 1998
-----------

* Dfinition d'un cahier des charges pour animator. Le dveloppement 
  n'a que trop attendu et vgt depuis l't 1997.

10 dec 1998
-----------

* Le son est gr.

13 dec 1998
-----------

* La gestion de la ligne de commande a t aligne sur ce qui se fait
  sous UNIX. C'est plus propre qu'avant.

6 jan 1999
----------

* L'cran virtuel semble marcher. a ne plante plus, mais le player 
  manque parfois inopinment de mmoire (problme corrig depuis).
* Le RGB a t crit, et test. Le bug de Corel Move n'a pas t 
  inclus.

22 jan 1999
-----------

* Le RGB marche, le RLE aussi, le bug de Corel Move est gr.
* L'Indeo a est en route  40%

26 jan 1999
-----------

* Le WAV est gr, et l'indeo avance.

22 fev 1999
-----------

* L'indeo a t cod. Mais pas encore test !!
* MovParse est un utilitaire en Gfa qui permet de parcourir les
  atoms d'un fichier QuickTime.

27 fev 1999
-----------

* L'indo a t entirement debugg (reste quelques bugs mineurs 
  d'affichage).
  Il a galement t bien optimis (en N&B, de l'ordre de 25%).
  Au total, l'assembleur est presque 3 fois plus rapide que le C.

21 mar 1999
-----------

* Le format video Autodesk Animator FLC (AFLC) et les formats audio 
  MS ADPCM et DVI ADPCM (IMA4) ont t ajouts.

9 avr 1999
----------

* L'indeo est dbugg. Le dernier bug a t abominable  trouver.
  Le son est maintenant toujours jou, quelque soit le type de 
  stockage (avec l'option +s).

27 avr 1999
-----------

* L'indeo est restitu en couleur. Il est entre 20% et 25% plus rapide 
que Aniplayer. Une bonne performance, en fin de compte !

30 avr 1999
-----------

* L'option +t permet de chronomtrer les anims.

3 mai 1999
----------

* L'option -h permet de dsactiver les attentes d'vnement clavier.
  Effacement du fond de l'cran avec la couleur 0 de la palette.
  Turbo Veille est dsactiv.

11 mai 1999
-----------

* Le son est gr  travers les appels systmes : le player fonctionne
  maintenant en mode utilisateur.

17 mai 1999
-----------

* L'option -r dsactive la rduction de l'image utile.
  L'option -v dsactive la fonction d'cran virtuel.

20 mai 1999
-----------

* Petite optimisation du MS Video 1. C'est un peu plus rapide que 
  Aniplay au DSP.

3 juin 1999
-----------

* +m dsactive le forcing de la synchro pour les anims non entrelaces.

6 juin 1999
-----------

* Le player est entirement modulaire. Pour grer une nouvelle 
  compression video, il suffit de programmer un module AVC (Animator 
  Video Codec), et un module AAC (Animator Audio Codec) pour une 
  compression audio.

24 juin 1999
------------

* Les fichiers QuickTime Cinepak sont reconnus. Pas de son pour 
  l'instant, mais a marche.

28 juin 1999
------------

* Les fichiers quicktime multi-pistes sont correctement reconnus.

14 juillet 1999
---------------

* Le nouveau systme de synchronisation pour les fichiers AVI est sur 
  pied (dur dur  mettre au point celui-l !)... Reste  le tester et 
   en valuer les performances.

21 Juillet 1999
---------------

* Le nouveau systme de synchronisation fonctionne. Il peut sauter 
  plusieurs images-cls et reste du direct-from-disc pur et dur. Les 
  performances en sont correctes par rapport aux concurrents. On 
  retrouve bien l'acclration due  la dcompression qui est plus 
  rapide dans Animator.

27 Juillet 1999
---------------

* Le systme d'initialisation et de restitution de la video a t 
  entirement refait. Le player gre correctement la disponibilit du 
  hardware video : un moniteur monochrome, une carte NOVA sur Falcon ou 
  sur TT.
  Il reste quand mme quelques ennuis avec les animations trop 
  gourmandes : la mmoire peut se remplir entirement avant la fin de 
  l'affichage de la premire image (!).

** Sortie de la version 0.17.0 pour tests (Gullaume Tello)

* Le systme de synchronisation est maintenant mieux adapt aux 
  fichiers entrelacs.

28 Juillet 1999
---------------

* Adaptation de la gestion du son pour le TT - c'tait un oubli.

29 Juillet 1999
---------------

* Correction de la couleur sur TT et alignement systmatique 
  des buffers

** Sortie de la version 0.17.1

30 Juillet 1999
---------------

* Couleur sur TT : le bleu tait divis par 2 dans les modes palettes
  Oubli dans l'alignement des buffers : Dans la synchro #1, les 
  buffers taient librs deux fois.
  Bug corrig dans la reconnaissance des sons spars.
  Petit bug corrig dans la synchronisation interne des threads de la 
  synchro #2 (avec saut d'image)

2 Aot 1999
-----------

* Tolrance des fichiers WAV PCM qui dclarent un nombre de voies gal 
   zro, c'est--dire ni mono, ni stro. La valeur est dduite des 
  autres champs, dont entre autres, le nombre moyen de samples par 
  seconde. Je tiens au passage  m'lever trs vivement contre les 
  programmes Atari qui sauvent ce genre de fichier comme des porcs 
  comme c'est la cas ici.

  C'est vraiment nervant de voir que certains ne sont pas capable de 
  respecter les documentations officielles ! (mon regard se tourne 
  aussi vers le WIM AVI et ses auteurs qui ne l'ont pas corrig en 
  dpit de mes rclamations)

* Problme corrig dans l'cran virtuel quand le programme est lanc 
  en HiColor 16 bits sur Falcon.

** Sortie de la version 0.17.2

5 Aot 1999
-----------

* Corrig un (gros) bug de dpassement de buffer dans l'indeo et 
  l'indeo raw. Et un autre du mme type dans la synchro #1.
  Mis  part les changements de rsolution, Animator fonctionne 
  maintenant normalement sous Magic 6. Il faut cependant se placer au 
  pralable dans un mode vido 16 bits et il vaut mieux dsactiver 
  l'cran virtuel (flag -v) qui peut conduire  un plantage.

* Corrig une erreur d'interprtation de la documentation officielle 
  des fichiers AVI qui limitait Animator  la reconnaissance de dix 
  flux maximum. La limite est maintenant 256 flux sonores ou vido, ce 
  qui n'arrive certes pas trs souvent, mais est imaginable ! 
  Personnellement, Je n'ai jamais rencontr plus de 5 flux et Animator 
  les gre sans problme.
* Corrig un bug mineur dans le traitement de l'index AVI.
* Support complet des fichiers FLI et FLC ajout.

** Sortie de la version 0.17.3

23 Aot 1999
------------

* Mise en place d'une vitesse par dfaut (50 img/s) pour les fichiers 
  FLI/C qui ont le champ "speed"  zro.
* La compression IBM Ultimotion issu plateformes OS/2 a t ajout. 
  C'est une grande premire sur Atari.

6 Septembre 1999
----------------

* Optimisation de l'Ultimotion. Il faut dire que la premire mouture 
  n'tait destine qu' marcher correctement et ramait franchement. 
  Malheureusement, ce n'est pas tout  fait fini ;-)

14 Septembre 1999
-----------------

** Sortie de la version 0.18.0 (Centek)

7 Octobre 1999
--------------

* Correction du plantage des sons compresss (MSADPCM surtout) avec 
  syncrho 2e gnration. C'tait un subtil (et honteux) dpassement de 
  buffer audio. On peut donc considrer que cette partie du code est 
  stable (c'est pas trop tt : j'ai pass des semaines  chercher 
  l'erreur !) mme s'il reste une anim qui me pose un problme de 
  grsillement.
* Remplacement de Cnecin() par Crawcin() pour attendre une touche... 
  La raison est que le livre du dveloppeur tient ces fonctions pour 
  identiques alors qu'elles ne le sont pas du tout ! Cnecin() 
  interprte le Ctrl-C et quitte l'application, ce qui posait de gros 
  ennuis : animator n'aime pas tre "tu" de la sorte !
* Dbut de modifications des spcifications des modules.

11 Octobre 1999
---------------

* Je viens de dcouvrir que le problme de grsillement sur l'une de 
  mes vidos vient en fait du fichier lui mme ! Et dire que j'ai 
  cherch si longtemps un bug dans Animator alors qu'il n'y en avait 
  pas !

10 Novembre 1999
----------------

* Changement des spcifications des modules. Ajout des champs auteur, 
  description, numro de version, adresse du MFDB pour les modules AVC 
  et bit_rate minimum pour les modules AAC. Ce dernier champ permet un 
  meilleur support des compressions  taux variable.
* Lorsque plusieurs versions sont prsentes pour une mme compression, 
  Animator utilise la plus rcente.

** Sortie de la version 0.18.2 ( Seb)


17 Novembre 1999
----------------

* Parcours rcursif des sous-rpertoires avec l'option +R (mise par 
  dfaut). Du coup, les majuscules sont diffrencies des minuscules 
  dans les options...
  'c:\*.avi' permet de voir tous les fichiers AVI contenus sur le 
  disque C ! Franchement, je trouve a gnial, surtout parce que 
  toutes mes vidos sont ranges dans des sous rpertoires : je peux 
  maintenant tout voir en appelant Animator une seule fois !
* Si un rpertoire est tir sur Animator, c'est son contenu qui est 
  parcouru. Ainsi, taper 'c:\' est quivalent  'c:\*.*'. Toutes les 
  fichiers du disque reconnus par Animator seront examins. On peut 
  enfin utiliser aussi le rpertoire courant '.' !! J'ouvre Animator 
  en laissant la fentre des Anims ouverte grce au bouton droit, et 
  je tape par exemple : '+1st .' et zou !
* Le bug de la rptition du son avec la synchro #2 (saut d'images) et 
  les sons compresss est limin. Tant pis pour le bout de code que 
  j'avais appel 'tolrance' et dont je n'ai pas compris 
  l'inexactitude.

21 Novembre 1999
----------------

* On peut maintenant utiliser des mta caractres pour donner en 
  argument le nom d'un rpertoire (unique) dont il faut parcourir 
  l'intrieur. Remarquez que si deux tels rpertoires ou plus 
  correspondent au masque de recherche, aucun ne sera parcouru. En 
  effet, Quand on parle de masque de parcours du genre '*.*' dans 
  Animator, a s'applique aux fichiers. Pas aux rpertoires. Animator 
  ne parcourt pas les rpertoires selon un masque donn. Il les 
  parcourt tous (option +R) ou bien il n'en parcourt aucun (option 
  -R). Cette restriction est un choix dlibr de ma part. Je pense 
  que le systme est dj assez souple pour ne pas avoir  rajouter 
  des possibilits.
* Possibilit d'avoir plusieurs images encapsules dans un 
  enregistrement dans les fichiers AVI entrelacs. Auparavant, 
  animator supposait qu'il n'y avait qu'un bloc son et un bloc image, 
  mais j'ai trouv une vido o c'est faux. Animator suppose 
  maintenant qu'il n'y a qu'un bloc de son, et il peut y avoir autant 
  d'images qu'on veut, et le nombre peut changer d'un enregistrement  
  l'autre.

29 Novembre 1999
----------------

* L'option +l active le fichier des LOG. le fichier ANIMATOR.LOG est 
  cr dans le rpertoire d'Animator et Animator y crit le nom des 
  fichiers lus ainsi que toutes les erreurs qui peuvent se produire. 
  Les informations sont encore succinctes, mais Animator sera bientt 
  trs bavard !
  Maintenant, on peut enfin diagnostiquer finement pourquoi une vido 
  n'est pas rejoue correctement.
  videment, l'ancien systme de diagnostic  l'aide de l'option +f 
  disparat et c'est pas une mauvaise chose. C'tait vraiment de la 
  merde, cette option... La preuve : mme moi, je ne m'en suis jamais 
  servi !
  Cela dit, je butte encore sur la possibilit d'avoir un fichier LOG 
  en n'importe quelle langue. J'ai certes une ide, mais elle ne me 
  satisfait pas encore entirement.

1er Dcembre 1999
-----------------

* Comme promis, Animator est plus bavard dans ses logs. Il dit 
  clairement les flux qu'il reconnat et ceux qu'il ne reconnat pas. 
  C'est beaucoup plus facile de faire des diagnostics.

10 Dcembre 1999
----------------

* J'ai inclus le module de Seb qui gre le MSGSM. C'est une grande 
  premire sur Atari. Aucun autre player ne gre cette compression 
  audio. Attention, si on enlve l'option de qualit avec -q, Animator 
  vous dira qu'il ne connat pas le MSGSM, car il essayera de le 
  rejouer en 8 bits alors qu'il ne le peut pas. Animator va bientt 
  tre plus souple de ce point de vue. En attendant, j'ai mis l'option 
  +q (amene  disparatre) par dfaut. Il vaut mieux toujours 
  l'utiliser car c'est le seul moyen d'tre sr de tout entendre sans 
  se fatiguer.
* Seb a aussi concoct une version du MSADPCM et de l'IMA4 pour 
  dcompresser en 16 bits. C'est chouette non ? L encore, ne 
  dsactivez pas l'option qualit avec -q. a, c'est moins chouette. 
  Mais a va changer. Promis.

13 Dcembre 1999
----------------

* J'ai lgrement optimis la dcompression Ultimotion. Toutefois, a 
  reste encore trs lent.
* J'ai inclus la version du MSGSM au DSP. Fichtre, comment a torche ! 
  La version 68030 donnait lieu  des coupures de son rien que pour 
  dcompresser le son seul (pas de video), alors qu'au DSP a passe 
  nickel !

15 Dcembre 1999
----------------

* Comme promis, le fonctionnement de l'option qualit a t revu. Elle 
  indique maintenant qu'Animator doit chercher  restituer les sons en 
  16 bits. En cas d'chec, Animator cherche  les restituer en 8 bits.
  Si l'option qualit est dsactive (-q), Animator essaye d'abord en 
  8 bits, puis en 16 bits.
  Tout ce que j'ai dis le 10 Dcembre est donc caduc, y compris le 
  fait que l'option +q allait disparatre.

** Sortie de la version 0.18.3 ( Seb)

19 Mars 2000
------------

* a fait trois bons mois que je n'ai absolument pas programm sur mon 
  Falcon. Je suppose que c'est ce qui arrive quand on tombe amoureux 
  un 19 Dcembre :)
* La reconnaissance des fichiers QuickTime est meilleure : il n'est 
  plus ncessaire d'avoir explicitement un atom movie data. C'est 
  utile pour les vido qui n'ont pas de nom  leur movie data.

1er Avril 2000
--------------

* Correction d'un bug dans tous les modules qui font des prcalculs, 
  c'est--dire presque tous ! S'il n'y avait pas assez de mmoire pour 
  allouer le bloc, il se pouvait que le module produise une fausse fin 
  de liste dans la liste des prcalculs, provoquant la perte de 
  certains blocs de mmoire. a plantait pas, mais a saturait la 
  mmoire.
* Le module Apple Video est cod, mais pas encore dbugg.

8 Avril 2000
------------

* Corrig : un bug dans l'criture des logs pour les MOV.
* L'Apple Video RPZA est au point. Mais je pense que la qualit n'est 
  pas optimum, parce que j'ai fait des approximations un peu fortes : 
  j'ai nglig les barycentres en transformant (1/3,2/3) en (0,1).
* Les stats ont un peu chang.

9 Avril 2000
------------

* Les statistiques apparaissent maintenant dans le fichier LOG, et 
  elles sont de deux types : statistiques pour un fichier donn, ou 
  statistiques globales pour l'ensemble d'une session. C'est plus 
  complet et plus lgant qu'avant...
* Un message invitant  consulter les logs apparat lorsqu'il s'est 
  produit une ou plusieurs erreurs.

10 Avril 2000
-------------

* Corrig : les bugs de jeunesse de l'Apple Video RPZA
* Corrig : plus des fautes d'orthographe dans ANIMATOR.TXT et dans 
  HISTOIRE.TXT

11 Avril 2000
-------------

* Corrig : un bug dans le chargement des modules. Les moindres 
  versions qui devaient tre libres ne se voyaient pas appeler leur 
  routine de libration de module...
* Le code des modules est maintenant align sur une ligne de cache au 
  chargement. Les routines gnres doivent donc tre alignes sur 16 
  octets  partir du dbut du segment TEXT.
* Tous les modules ont t repris en utilisant une macro pour aligner 
  sur 16 octets les parties sensibles : routines gnres, section 
  DATA et BSS, etc.
* Affichage  l'cran d'un message d'erreur quand l'criture dans le 
  fichier log est impossible.

15 Avril 2000
-------------

* Corrig  la Ukonx : un bug dans la correction du bug du chargement 
  des modules...

27 Avril 2000
-------------

* Corrig : absence de tests An==0 avant de rejouer des fichiers 
  quicktime. La routine a vraiment t code rapidement et mrite 
  d'tre entirement refaite.

15 Mai 2000
-----------

** Sortie de la version 0.18.3 ( Seb et Pascal Ricard)

6 Aot 2000
-----------
* Corrig : La frequence de base du TT.
* Reprise de la doc sous Papyrus au format PAP avec les styles HTML, 
  pour ensuite produire les fichiers de documentation en HTML.
* La documentation anglaise a t commence. Il reste a expliquer les 
  flags de la ligne de comandes dans un fichiers spar.

16 Aot 2000
------------
* La nouvelle gestion des frquences marche. C'est carrment plus 
  puissant. Il n'y a plus de limitation sur le nombre de frquences, 
  et il est maintenant trs facile d'en reconnatre de nouvelles, 
  indpendamment de la machine. Le systme cherche une frquence assez 
  proche pour ne pas avoir  rchantillonner avec une tolrance d'un 
  huitime de ton, et s'il n'y a pas de frquence satisfaisante, le 
  rchantillonage se fait  la frquence immdiatement suprieure.
* L'horloge externe est reconnue, et non sans mal, puisqu'il faut pour 
  cela positionner  la main deux bits de la configuration de la 
  matrice qui ne sont pas grs par Devconnect().
* Pour l'instant, seul le module PCM a t adapt pour le cas o il 
  n'y a pas de rchantillonage  faire.
* Des optimisations ont t faites dans le module PCM, au cours de la 
  rvision du code.
  L'ensemble de toutes ces modifications apporte donc des gains de 
  vitesse assez intressants, allant de +5% d'images  +14%, d'aprs 
  ce que j'ai pu en voir pour l'instant. Pas mauvais.

1er Dcembre 2000
-----------------
* Les choses n'avancent pas bien vite. Encore un sacr laps de temps 
  sans avance significative. Maintenant que je fais des tudes 
  d'informatique trs pousses, c'est de plus en plus difficile de se
  mettre  coder sur le Falcon.
* Le module MSADPCM.AAC accepte maintenant de ne pas rchantillonner 
  les sons. On gagne de 2%  3% d'images en plus. Il est possible de 
  faire mieux, mais comme je ne suis pas l'auteur de ces routines, 
  c'est pas facile pour moi de les optimiser.
* L'optimisation du rchantillonnage dans le module PCM a t faite. 
  Ca concerne tous les modes de rchntillonnage (8m->8m, 8s->8s, 
  16m->8m, 16s->8s, 16m->16s, 16s->16s). Les gains vont jusqu' 13% 
  pour rchantillonner un fichier Wave. Pour les vido, on obtient 
  quelques images en plus, environ 1% mais il n'y a pas de petit 
  profit ! :)

3 Dcembre 2000
---------------
* Ca y est ! Animator est enfin capable de sauter des images avec les 
  fichiers AVI dont le son est spar de la vido, et ce (roulement de 
  tambours) sans compromettre le principe (fondateur chez Animator) de 
  direct-from-disk ! C'est vritablement une grande premire sur 
  Atari. En effet, les autres players se contentent de charger tout le 
  son, et si vous avez pas assez de mmoire vive (ce qui n'arrive pas 
  si souvent que a, je l'admets), ils vous jettent ! Avec Animator, 
  non ! Ca marhe ! Et a utilise vraiment pas beaucoup de mmoire ! 
  Enfin bref, vous l'aurez compris, je suis tout fier d'avoir rsolu 
  ce problme difficile que je me posais depuis le dbut, c'est--dire 
  il y a trs longtemps.
  Pour ce qui est des performances, il faut bien l'admettre, c'est pas 
  le nirvana. La tte de lecture est en effet oblige de faire plein 
  d'allers et retours, et a, c'est pas bon du tout. Mme avec mon 
  disque qui est plutt rapide. J'ose pas imaginer ce que a donne 
  depuis un lecteur de CD (non, je n'en ai pas encore chez moi, c'est 
  dur, mais c'est comme a). Par ailleurs, j'ai not qu'entre le mode 
  vido TV et le mode VGA, c'est le jour et la nuit. En tout cas sur 
  une de mes vidos de test, les rsultats sont plutt corrects en 
  mode TV, tandis qu'ils s'ffondrent littralement en mode VGA. Si 
  vous avez un multi-synchro, prfrez toujours le mode TV. C'est plus 
  rapide, plus fluide, on peut afficher jusqu' 768*480 et les pixels 
  sont moins carrs.
* Dans la catgorie "il n'y a pas de petits profits", j'obtiens 
  quelques images en plus quand je synchronise, en vrifiant deux fois 
  moins souvent l'approvisionement des mes files audio et vido. Le 
  systme est encore capable de "manger" 125 images par secondes. Ca 
  va. Bien sr, c'est une valeur thorique, n'imaginez pas votre 
  Falcon vous cracher autant d'images  la seconde,  moins que la 
  vido soit en 32*24 !

6 Dcembre 2000
---------------
* Corrig : les bugs de jeunesse du nouveau mode de synchro avec saut 
  d'images.

7 Dcembre 2000
---------------
* J'ai amlior un peu les logs. Guillaume Tello sera content : 
  j'affiche une dcimale de plus dans le pourcentage d'images 
  affiches. Il n'aura plus besoin de la recalculer  chaque fois. :)

12 Dcembre 2000
----------------
* Corrig : le module AFLC n'acceptait pas les identificateurs AFLI 
  (une faute de frappe). Ca marche maintenant.

13 Dcembre 2000
----------------
* Ca y est, les fichiers WAV ont une vritable partie du code qui leur 
  est rserve. Je veux dire par l qu'ils ne sont plus considrs 
  comme un sous ensemble des fichiers AVI. Ils sont donc rejou avec 
  un algorithme de direct-from-disk, contrairement  avant, o le son 
  tait entirement charg en mmoire et entirement dcompress avant 
  d'tre rejou. Du coup, le son dmarre immdiatement pour les gros 
  fichiers WAV maintenant.

14 Dcembre 2000
----------------
* Corrig : un bug de Mxalloc et un autre dans l'affichage des 
  statistiques  l'cran avec l'option '-l'.

17 Dcembre 2000
----------------
* Et zut ! Quand on n'a qu'un rpertoire qui s'appelle 'DIR.AVI' et 
  qu'on demande le parcours rcursif avec le masque '*.avi', Animator 
  dbute le parcours dans 'DIR.AVI' (et pas dans '.') avec le masque 
  '*.*' (et non '*.avi'). C'tait la consquence du systme que j'ai 
  fait le 21 novembre 1999 pour permettre de dposer directement un 
  rpertoire sur Animator. Maintenant, Animator s'assure qu'il n'y a 
  pas de mta caractre dans le nom du rpertoire. Donc ds qu'il y a 
  un mta caractre, Animator parcourt tous les rpertoires 
  rcursivement avec le masque donn.

19 Dcembre 2000
----------------
* J'ai cris un systme pour acclrer l'allocation de la mmoire (et 
  surtout la libration) dans la synchro avec saut d'images. J'ai fait 
  a tout spcialement pour acclrer Animator sous TOS quand on 
  utilise FOLDRxxx.PRG avec xxx grand (300, 600 ou 999). Magic qui a 
  un systme de gestion des blocs de mmoire bien plus performant 
  n'aurait pas besoin de a.

21 Dcembre 2000
----------------
* Gnial ! J'ai encore russi  acclrer Animator. Le systme mis au 
  point il y a deux jours permet de gagner 5% d'images en plus, ce qui 
  est norme compar aux optimisations de moins de 1% que je faisais 
  de ci de l ces derniers temps. Mais ce n'est pas tout. Avec 
  FOLDR999.PRG au lieu de FOLDR100.PRG, mon systme permet de gagner 
  jusqu' 30% d'images ! L, c'est carrment de la folie. Ces 
  acclration ne concernent que le TOS. Sous Magic, il n'y a rien  
  amliorer. En tout cas, cette acclration n'est pas gratuite. 
  Animator est sensiblement plus gourmand en mmoire, maintenant. J'ai 
  une vido un peu bourrin (640x480 quand mme) pour laquelle Animator 
  atteint 580 ko d'utilisation mmoire supplmentaire (a doit tre 
  dur de trouver une vido qui fait plus), ce qui nous emmne trs 
  lgrement au del de la barre des 2.5 Mo de Ram utilise. Avec 4 Mo 
  et dans ma configuration habituelle, je n'arrive plus  jouer cette 
  vido sans manquer de Ram... :( Heureusement que j'en ai 14. :)
* J'ai essay de rduire par 4 mon cache de disque sous HdDriver, et 
  j'ai remarqu que les performances d'Animator sont meilleures de 
  quelques pour cents. C'est bon  savoir.

14 Janvier 2001
---------------
* Corrig : un tout petit bug dans la gestion des WAV qui faisait 
  croire  Animator que certains fichiers taient corrompus.

13 mars 2001
------------
* Le prchargement du son fonctionne bien. Les gains en vitesse sont 
  pourtant un peu dcevants pour certaines vidos. A noter qu'il 
  semble rester encore un petit bug. Un petit bruit apparat sur la 
  fin d'une de mes vidos. Je tirerai a au clair un peu plus tard...

19 mars 2001
------------
* Un message anim et une barre de progression s'affichent quand 
  Animator prcharge le son d'une vido.
* Le bug du prchargement a t corrig.
* On passe maintenant  l'anim suivante avec le bouton gauche de la 
  souris et on quitte avec le bouton droit. J'ai donc invers la 
  fonction des deux boutons. Ca nous semblait plus logique  moi et  
  Seb.
* Il est possible de sauter le prchargement avec le bouton droit. Ce 
  qui est dj prcharg le reste et Animator embraye sur du 
  direct-from-disk lorsqu'il arrive  l'endroit o le prchargement a 
  t stopp. C'est pas mal souple, comme systme, non ? Eh bien ne 
  pensez pas que c'est simple  faire ! L'architecture requise pour 
  faire a est sacrment complique ! Mais j'avais ds le dpart mis 
  au point un truc assez gnral. Ca fait donc longtemps que je sue l 
  dessus (oui, un sacr bout de temps mme) :)
* Quand on bouge la souris avec un bouton enfonc, Animator ne fait 
  plus comme si le bouton avait t appuy plusieurs fois.

21 mars 2001
------------

*** sortie de la version 0.20.0

22 mars 2001
------------
* Correction d'un bug d'allocation de Ram (TTram au lieu de STram). Je 
  suis dsol de toujours reproduire ce genre du bug. Ca vient du fait 
  que je n'ai pas de TTram sur mon Falcon.

*** sortie de la version 0.20.1
