***** * * **** ***** * * *** ** ** ** * * * * * * * * * * * * * * * * **** * * **** **** *** ***** * * * * * * * * * * * * * * ** * * ***** *** * * ***** * * * * **** ** **** **** ____________________________________________________ Grapheur 2D, Modeleur 3D 2D Graph Describer, 3D Modeller Archimedium Copyright's 02/1987 - http://eureka.atari.org mailto:lecoat@atari.org ____________________________________________________ Eureka rev 7.02 Voici la revision du mois de fevrier 2007 d'Eureka 2.12. - Ca fait cette annee-la, et ce mois-ci 20 ans que le logiciel Eureka 2.12 est developpe sur mes machines ATARI et compatibles. Ces machines successives ont ete un ATARI 1040STf avec un lecteur 720ko en 1986 et une imprimante matricielle 24 aiguilles NEC P2200. Puis un MegaSTE4 pour lequel j'ai conserve mon ecran monochrome, qui offrait plus de velocite. Puis un Falcon30 en 1993 pour lequel je me suis achete un ecran multisynch Eizo 15' et un disque IDE 2'5 250Mo interne, une paire d'enceintes Sony en jack 6.35. Puis un Hades60 en 1996 avec 40Mo de RAM, un lecteur de CDROM 12x Pioneer, ZIP 100Mo en SCSI, et l'adjonction d'une carte P-Sound sur port parallele partage avec une imprimante HP870Cxi, et un ecran SMILE 17'. Depuis 2003 j'ai aussi un Macintosh avec deux processeurs PPC Motorola, un dual-G4 a 1.25GHz, muni d'un ecran HD LCD 20' DELL, une iSight FireWire, MithyMouse, un ZIP USB autoalimente et une EPSON Stylus Photo 870. Ce qui me permet l'ADSL, et de participer au developpement de MacAranym (http://aranym.org/) sous MacOSX.3.9. Enfin, parceque je crois a l'avenir ATARI sur la plateforme multimedia Sony PS3, j'ai precommande ma machine a Micromania aujourd'hui, sur laquelle je vais installer Yellow Dog Linux 5.0 pour les developpements d'ARAnyM. YDL 5.0 pouvant aussi s'installer sur mon Mac PPC. Vous avez entendu parler de Eureka 2.12 hier et aujourd'hui. Soyez rassures, vous en entendrez parler demain :-) - L'appel a deux fonctions de la couche graphique OpenGL a ete supprime. Ces deux fonctions n'ont pour but que de connaitre les dimensions maximales de l'ecran ce qui n'est pas utile, mais surtout pouvait provoquer une erreur grave du programme. On pouvait le constater a l'usage de certaines bibliotheques dynamiques LDG OpenGL. - Un probleme genant de perte de focus lorsque l'on utilise Eureka sous freeMiNT avec XaAES a ete resolu. En effet, a chaque fois qu'une boite de dialogue etait affichee, le programme perdait la main au profit du bureau GEM. On etait sans cesse oblige d'aller rechercher l'application pour la remettre au premier plan. Ca n'est plus le cas. - Lorsque la machine que l'on utilise est suffisamment rapide, on evite maintenant d'afficher et d'effacer le pointeur de la souris lorsque l'on est dans le mode 3D interactif. Cette commutation de la souris produit un scintillement desagreable, mais ralenti aussi l'observation de la surface 3D inutilement. _________________________________________________________________________ Eureka rev 6.05 Voici la revision du mois de mai 2006 d'Eureka 2.12. - Les outils SCR_DMP.ACC et IMG_SHOW.PRG ont ete modifies pour qu'il soit possible d'acquerir des sequences de snaps sur plus de machines et de systemes. Avec SCR_DMP.ACC on peut en effet generer des images sur disque, correspondant a des copies d'ecran, qu'il sera ensuite possible d'enchainer sous forme de diaporama avec IMG_SHOW.PRG. Eureka gere cette generation de films courts, lorsqu'en 3D on demande de faire des "dumps". - L'export de scripts pour Persistence Of Vision a ete revu. Cette modification a ete inspiree par la parution de MegaPOV 2, pour lequel le mot cle "point" est reserve par le langage de description. POV faisant la distinction entre les majuscules et les minuscules, il faut bien prendre garde a ne pas utiliser de mots cles reserves. _________________________________________________________________________ Eureka rev 6.04 Voici la revision du mois d'avril 2006 d'Eureka 2.12. - Cette publication correspond aux 10 ans de la presence d'Eureka sur internet. C'est en effet l'anniversaire de la presence sur la toile de la page WEB qui lui est consacree, depuis 1996. Ca fait aussi 20 ans que votre serviteur developpe sur des machines ATARI. L'Hades 060 qui est l'actuelle plateforme de developpement, rempli parfaitement son role depuis 10 ans, fiable comme une horloge suisse qui est son pays d'origine. Cela coincide aussi avec 25 ans d'informatique individuelle, car Eureka germait depuis 1981 sur mon premier ordinateur personnel : un Sinclair ZX81 ! L'ecriture sur plateformes ATARI continuera tant qu'il y aura des machines qui prendront la releve. ARAnyM (ATARI Running on Any Machine) http://aranym.atari.org/ est la plateforme qui nous donne le plus de satisfactions pour incarner la continuation de la legende. Il existe pour tous 4 versions diffusees dont une version "lite", une version 68000, 68020 et FPU pour chaque machine. Votre avis sur Eureka est donc vraiment le bienvenu a ce propos. - Il n'est plus necessaire lors du chargement d'une formule, d'indiquer a quel systeme de coordonnees celle-ci correspond. C'est une excellente idee qui m'a ete suggeree par Emmanuel, qui rend plus facile l'acces aux utilisateurs non inities. Merci pour le conseil. - Pour l'OpenGL, les librairies LDG suivantes sont maintenant detectees. "screen.ldg", rendu d'images a l'ecran. "tiny_gl.ldg" sous ensemble d'OpenGL par Fabrice Bellard. Et "mesa_gl.ldg" ou "osmesa.ldg" clone d'OpenGL par Brian Paul. On a tout interet a utiliser la librairie "osmesa.ldg" fabriquee par Patrice Mandin si l'on recherche la qualite du rendu, et "tiny_gl.ldg" si l'on cherche la rapidite. Cela va de pair avec les ressources en calcul de la machine que l'on utilise. - Grace au beau travail de notre ami Zorro, Eureka est maintenant compile avec le compilateur C GNU GCC 3.3.6. Le progres veut que le resultat soit plus rapide et moins volumineux. J'attend vos remarques sur votre experience, qui ne sera bien evidemment pas la meme que la mienne. _________________________________________________________________________ Eureka rev 5.10 Voici la revision du mois d'Octobre 2005 d'Eureka 2.12. - Le rendu OpenGL a ete completement remanie. Ca concerne les modes ou la maille fillaire de la surface 3D est visible. Le trace de la maille n'est pas toujours optimal, mais d'une part il y a une amelioration, et d'autre part on ne peut pas faire mieux que ce que prevoit le standard, qui possede des limitations. _________________________________________________________________________ Eureka rev 5.07 Voici la revision du mois de Juillet 2005 d'Eureka 2.12. - L'export vers EB_Model 3 gere maintenant une texture par defaut pour les objets, et les objets ont par defaut une geometrie adoucie (smooth triangles). Ce qui fait que lorsque l'on exporte vers EB_Model 3 depuis Eureka, l'image produite apres un rendu avec POV est directement convenable, sans retouche dans EB_Model. - Suite a la decouverte d'un logiciel tres recent, sous Linux, qui se nomme K3DSurf et qui a certaines fonctionnalites communes avec Eureka, 43 formules d'objets parametres 3D ont ete converties dans le format FMU. Ce logiciel K3DSurf est reelement impressionnant, et je vous le recommande. - Des parametres internes ont ete changes de maniere a ce que l'evaluateur d'expressions arithmetiques accepte d'analyser des formules plus complexes. Ceci permet entre autre que la formule de la "bouteille de Klein" ne soit pas rejetee. _________________________________________________________________________ Eureka rev 5.04 Voici la revision du mois d'Avril 2005 d'Eureka 2.12. - Eureka fete les 9 ans de sa publication sur la toile. Sa premiere release a en effet ete faite un 1er avril 1996. Beaucoup de chemin a ete parcouru depuis, grace a l'aide de beaucoup d'entre vous. Merci donc, et n'hesitez jamais de me faire part de vos remarques. A bientot ... - Eureka beneficie, grace au travail remarquable de Zorro, d'une compilation avec GCC 3.3.3. Avec ce compilateur, les optimisations peuvent etre poussees au maximum, sans probleme. On obtient donc un code beaucoup plus efficace, et un programme plus rapide. C'est dommage, avec nos nouvelles plateformes ATARI de ne pas exploiter au mieux les ressources de calcul. - Zorro apporte vraiment beaucoup a notre univers. Non seulement il a adapte GCC, mais aussi il a realise un module LDG de zView beta 5 pour Eureka. Merci a lui. zView est un utilitaire d'images tres bien pense, qui permet maintenant de charger et convertir le format d'images d'Eureka (*.raw). Je vous le recommande ! - La pile utilisateur passe de 64ko a 96ko. Cette augmentation est rendue necessaire par l'augmentation de la complexite du programme. Ca fait suite aussi a un message qui pouvait apparaitre, signalant le sous dimensionnement de cette pile. _________________________________________________________________________ Eureka rev 4.08 Voici la revision du mois d'Aout 2004 d'Eureka 2.12. - Le double buffer est maintenant quasiment toujours autorise. Ca veut dire que la demonstration d'introduction est meilleure, et que le mode interactif l'est aussi. - La detection de l'affichage a l'ecran a ete amelioree. Cette amelioration beneficie aussi au programme IMG_SHOW.PRG, qui detecte mieux les configurations. - Un probleme avec la gestion de l'ecran d'affichage des courbes a ete resolu. Il etait parfois difficile de quitter cet ecran. - L'export vers des fichiers *.gem (metafiles) posait probleme a cause des textes qui accompagnent les graduations. Ca n'est plus le cas. - L'existence de MyAeS, dont le principal auteur est Olivier Landemarre, permet de comprendre tout un tas de choses sur l'ecriture de softs. Ca concerne en particulier Eureka. Il s'agit d'un nouvel AES, teste sous ARAnyM (MacOSX, Linux, Cygwin, BSD, Solaris ...) et ATARI ou clones, qui est non seulement bien concu, mais qui a aussi un aspect tres soigne. Je vous conseille http://myaes.free.fr, et remercie les auteurs. _________________________________________________________________________ Eureka rev 4.06 Voici la revision du mois de Juin 2004 d'Eureka 2.12. - La gestion de l'affichage avec un rendu OPEN/GL a ete modifiee. L'OPEN/GL en plein ecran est parametre des le lancement du programme. On peut en plus, lorsque l'on est dans un mode 256 couleurs, choisir soit la palette ecran, soit une palette imposee. Ce choix permet une plus grande variete de rendus. - La gestion de la memoire du point de vue du buffer ecran, et du chargement des Librairies Dynamiques Gem (LDG) est meilleure. Cela devrait eviter des problemes de segmentation de la memoire vive. - La boite de dialogue qui permet d'exporter les surfaces dans l'espace (en 3D) a ete modifiee. La gestion trop complexe du prefixe du nom de fichier pouvait provoquer des bugs. - Les fichiers de ressources sont plus legers. Il est possible d'obtenir le meme aspect pour Eureka avec des boites de dialogue moins nombreuses, ce qui permettra peut etre de developper de nouvelles fonctionalites. _________________________________________________________________________ Eureka rev 4.05 Voici la revision du mois de Mai 2004 d'Eureka 2.12. - Eureka et les programmes annexes beneficient d'un nouveau compilateur et de nouvelles librairies. C'est le cas de 3D2POV, TRI2POV, RECORD, SCR_DMP, IMG2RAW, IMG_SHOW qui ameliorent le passage de parametres et la gestion de noms longs, entre autres. - Des problemes avec l'AES ont ete corriges. C'est grace a MyAeS que ces problemes ont ete mis au jour. C'est en fait tres interressant d'avoir un AES moins permissif que les autres, car c'est un tres bon moyen de reveler plein de choses. Il n'y a pas qu'Eureka qui en beneficie. MyAeS est une veritable benediction ! _________________________________________________________________________ Eureka rev 4.04 Voici la revision du mois d'Avril 2004 d'Eureka 2.12. - Cette release est un anniversaire. Celui des huit ans de la diffusion sur Internet. Les dix sept ans du developpement n'ont pas pu etre celebres en fevrier avec depuis huit ans une mise a jour quasi mensuelle. En effet, plus de releases depuis deux mois, car mon Hades 060 a subit une panne. Tout est maintenant repare ! Ouf ! Je n'envisage pas encore le developpement sur un emulateur. Lorsque l'on a goute a une "vraie machine" ATARI, l'emulation n'est pas attrayante. Si rien n'est fait, ca sera la seule alternative. C'est pourquoi je fonde beaucoup d'espoirs dans la releve par un systeme a base de Coldfire. Le bi-G5 que j'utilise actuellement ne repond que d'une maniere imparfaite a la succession du 68060 ... - La demonstration au demarrage du logiciel a ete amelioree. Elle est plus fluide sur un certain nombre de configurations du point de vue de l'affichage. - Des optimisations ont ete mises en oeuvre pour accelerer les rotations dans l'espace. La demontration est mieux geree a l'affichage, et aussi plus rapide. Mais la rotation de tous les objets dans l'espace a aussi ete amelioree et acceleree. Le mode d'observation des objets 3D "interactif" gagne en interactivite. - La generation du fichier "image.txt" en meme temps que le fichier "image.raw" a ete supprimee. Ce fichier n'est en effet d'aucune utilite justifie par rapport a l'image 2D, qui se suffit en elle meme. - Olivier m'a fait une objection a propos de ma gestion de l'AES. Sa remarque a ete prise en compte. _________________________________________________________________________ Eureka rev 4.01 Voici la revision du mois de Janvier 2004 d'Eureka 2.12. - Je vous souhaite une nouvelle annee pleine de projets. Il y a en ce moment des projets ambitieux qui aboutissent, comme la CT60. Cela me sort de mon isolement d'utilisateur de 68060, avec mon Hades. J'espere que ces projets tirent les ATARIstes vers le haut, en matiere de software et de hardware. 2004 sera exceptionnel. Rien qu'avec les projets dont je suis au courant, je suis tout a fait confiant. Serieusement, il se prepare des choses ENORMES ! Mais motus ... - Le logiciel beneficie d'une nouvelle librairie GEM. Celle-ci est optimisee et correspond aux fonctionalites de MGEMLib. Elle est beaucoup plus compacte que la precedente. L'evolution de cette librairie, on la doit a Olivier Landemarre qui n'a pas son egal en matiere d'idees. - Un probleme a ete corrige avec le mapping d'images sur des surfaces. - Il y avait un probleme de non initialisation des fonctions OPEN/GL. Leur usage sans initialisation faisait quiter le programme abruptement. - Il y avait un probleme avec l'export des formules de surfaces pour le logiciel Persistence Of Vision qui a ete corrige. Cette erreur concernait la variable "theta". - Un ajustement de timings a ete effectue. Ca posait un probleme a l'AES avec un trop grand nombre d'evenements. Cela rendait difficile la selection des boutons en particulier. _________________________________________________________________________ Eureka rev 3.12 Voici la revision du mois de Decembre 2003 d'Eureka 2.12. - Un bug a ete corrige avec la fonction fmod() qui correspond au '%' de l'evaluateur d'expressions arithmetiques du programme. Ce bug est lie au changement de librairie mathematique du mois dernier. - Cette release est accompagnee d'une nouvelle version de la Librairie Dynamique Gem OPEN/GL TinyGL. Cette version de TinyGL porte le numero 0.45. Elle est plus rapide et compacte du fait de l'usage de GCC 3.3, et de la nouvelle librairie mathematique dont beneficie aussi Eureka. - Pour cette release, un nouveau compilateur GCC 3.3 est experimente. Il a ete cross-compile par Matthias Alles que je remercie pour son travail. - Un probleme a ete resolu lors du trace des courbes 2D. Il se pouvait que le programme soit quite abruptement, sans aucune alerte. _________________________________________________________________________ Eureka rev 3.11 Voici la revision du mois de Novembre 2003 d'Eureka 2.12. - Il a ete rajoute une limitation pour la demonstration au lancement du logiciel (avec un Vsync()). On devrait avoir une demo moins "fugitive" sur les machines tres rapides. La limitation correspond dans ce cas a la frequence de rafraichissement de l'ecran. Cette modification vient d'une remarque d'Olivier Landemarre, que je remercie. - Il n'y aura plus d'affichage intempestif de boites de dialogue dans le cas ou des evenements clavier sont generes avec un code de touche nul. - La spirale d'Archimede de la premiere boite de dialogue tourne maintenant a une vitesse raisonnable. Sur les ATARI rapides, il pouvait arriver que cette spirale fasse une rotation beaucoup trop rapide. - La boite de dialogue qui permet de choisir la palette de couleurs posait probleme. Le champ editable du choix de l'angle n'etait pas bien declare. C'est maintenant rectifie. - Eureka est compile avec une nouvelle librairie mathematique. Le logiciel est plus rapide et plus compact. C'est aussi l'occasion de compiler a nouveau la librairie OPEN/GL. Pour cette release d'Eureka, il faudra utiliser la librairie dynamique Tiny/GL en version 0.45 qui est plus particulierement adaptee. Toutefois, vous pourrez profiter de Tiny 0.45 lorsque Olivier aura donne son accord pour sa parution. La version 0.44 reste utilisable en l'etat. _________________________________________________________________________ Eureka rev 3.10 Voici la revision du mois d'Octobre 2003 d'Eureka 2.12. - Il est maintenant prevu de pouvoir jouer un echantillon sonore lorque l'on se trouve dans les systemes 2D. Il suffit de presser la touche correspondante a la serie. Cette possibilite existait deja, mais il y avait un probleme de gestion du clavier. - Les aides sur les menus ont une gestion amelioree. Leur affichage pouvait causer des bugs. C'est maintenant au point. - La gestion de la selection des boutons a ete amelioree. Ce probleme est tres tres ancien, et meritait d'etre revu. - Attention, l'accessoire RECORD.ACC et le programme lui meme ont ete modifies. Le protocole d'echange de messages a ete change. Lorsque vous mettez a jour le programme, il faut aussi remettre a jour l'accessoire en le copiant dans le disque de boot (C:). - Un probleme pour la rotation de la palette en 256 couleurs a ete resolu. Pour faire tourner la palette de couleurs, il faut appuyer sur la touche "R" du clavier dans l'ecran d'affichage des courbes ou des graphes. Pour stopper la rotation, c'est "S" ou . _________________________________________________________________________ Eureka rev 3.09 Voici la revision du mois de Septembre 2003 d'Eureka 2.12. - Il y avait un probleme avec la gestion des boites de dialogue. Cela fait suite aux modifications imposees pour la compatibilite avec XaAES. Comme il a ete dit, la compatibilite impose une gestion plus delicate des appels AES. - Le calcul des formules pour les courbes et les surfaces a ete optimise. Souvent, lors du calcul des formules, toutes les variables ne sont pas utilisees. Dans ce cas, il n'est pas necessaire de les mettre a jour, ce qui accelere le calcul. - Le cookie EdDI est maintenant systematiquement utilise pour detecter le nombre d'octets supplementaires par ligne de l'ecran. Cela permet de gerer d'avantage de modes graphiques. La consequence est aussi que la version "lite" d'Eureka fonctionne maintenant avec MagiCMac. - La boite de dialogue qui etait affichee dans des modes graphiques avec moins de 256 couleurs, et qui interrogeait sur la couleur de fond a ete supprimee. La couleur de fond est choisie maintenant de la meme facon que pour les autres modes (Legende->Fleche). - Des problemes lies a la restitution d'echantillons sonores ont ete resolus. Le son DMA est mieux gere, meme s'il s'agit d'emulation du systeme sonore. - Il y avait un probleme avec le chargement de legendes au format *.ICN de Degas Elite. Ces legendes permettent d'illustrer un graphe en 2D. Il n'est pas necessaire d'avoir Degas Elite pour fabriquer ce genre de legendes, car il existe un module Gemview (ICN.GVS) qui permet de tranformer toutes les images en *.ICN, et qui est inclus dans l'archive. - Il est maintenant possible d'utiliser l'option ";sub=" pour le rendu Z-buffer. Tout comme pour les images, cette option permet de subdiviser les pixels rendus par le parametre defini. Par exemple, ";sub=3" ajoute a une formule 3D, en demandant un rendu Z-buffer, ne calculera qu'un pixel sur 3, ce qui accelere considerablement le rendu, et requiert moins de memoire. - Eureka est maintenant compile avec GCC 3.3. L'adaptation de ce compilateur aux machines ATARI a ete faite par Patrice Mandin, que je remercie pour son efficacite. _________________________________________________________________________ Eureka rev 3.07 Voici la revision du mois de Juillet 2003 d'Eureka 2.12. - Il y avait un bug dans la gestion de la couleur de fond. Ca n'est plus le cas. La couleur de fond n'etait pas conservee d'un lancement d'Eureka a un autre. - Le rendu Z-Buffer ne fonctionnait pas avec des surfaces constituees de beaucoup de facettes. C'etait un probleme de depassement de capacite. Le probleme est resolu. - Les rendus en 3D ont ete optimises. C'est particulierement le cas des rendus obtenus avec OPEN/GL. - La gestion de la premiere boite de dialogue contenue dans les ressources, et qui est la plus ancienne, a ete revue. Elle est tres souvent utilisee, et pourtant il subsistait des problemes non encore detectes. - Les boites d'alerte ont ete supprimees chaque fois qu'il se pouvait. Ces boites sont en effet tres genantes pour le fonctionnement dans certaines conditions. Les nouvelles boites sont pratiques. Leur look peut encore etre ameliore. - Le centrage des boites de dialogue a ete revu dans le cas du rejeu de sequences, a l'aide de l'accessoire RECORD.ACC. - Ces deux dernieres modifications permettent maintenant de faire des demos pour l'utilisation du logiciel dans son ensemble, y compris dans des systemes en 3D. Du coup, une demo "3D.REC" a ete ajoutee a l'archive. Elle s'execute en la chargeant a l'aide de l'accessoire RECORD.ACC. Attention, ces demos ne fonctionnent pas sous Geneva, MultiTOS, N.AES et XaAES entre autre ... Elles fonctionnent toutefois, sans restrictions, sous TOS et MagiC. Sous MagiC, il est necessaire d'etre en mode multitache cooperatif. C'est a dire qu'il faut desactiver le mode multitache prehemptif dans le CPX "MagiC Timeslice". _________________________________________________________________________ Eureka rev 3.06 Voici la revision du mois de Juin 2003 d'Eureka 2.12. - Un tres ancien bug du trace des images en 2D a ete rectifie. Le calcul du premier pixel en colonne etait errone. - Un certain nombre de formules d'images 2D a ete rajoute. Ces formules sont des inegalites, qui permettent d'obtenir des figures tres impressionantes ! Elles sont extraites de la demo du "Calculateur Graphique" offert avec les Macs. C'est tres etrange de voir un soft qui ressemble a ce point a Eureka, ce qui prouve que mes idees de developpement sont partagees. Ces formules se trouvent dans le repertoire IMAGE2D.FMU/INEQUAL.FMU. - Mettre au point ces nouvelles formules m'a amene a changer la gestion des couleurs pour les images 2D. - Le mois dernier, des adaptations pour XaAES ont ete faites. Cette release fait encore l'objet de quelques modifications. _________________________________________________________________________ Eureka rev 3.05 Voici la revision du mois de Mai 2003 d'Eureka 2.12. - Le nombre 9999.9999 represente maintenant un code d'erreur. Il peut s'agir d'un nombre trop grand (infini), trop petit (epsilon) ou un nombre non representable (Not a Number). - Le programme a ete adapte, tant que faire se peut, a XaAES. C'est a dire que comme je teste avec une version non completement aboutie, il subsiste des problemes. XaAES sera certainement ameliore, et j'aurai aussi a faire des progres dans la gestion de l'AES. XaAES est tres prometteur ... - Le fichier ressource a ete encore modifie. Cette fois ci c'est le menu principal qui a ete touche. Je ne peux malheureusement utiliser que WERCS pour cela. Cet editeur de ressources etait le seul fiable et convivial a la creation d'Eureka. Cela m'a conduit a faire certaines choses qui ne sont plus possibles actuellement avec tous les editeurs recents. Ceux ci n'exploitent pas completement toutes les possibilites du GEM. C'est regretable ... - Il y avait un probleme lorsque l'on faisait un morphing. En 3D le dessin de la maille pour la surface n'etait plus propose. Ca a ete retabli. - Le trace des courbes et surfaces en 2D ou 3D a ete accelere. Il est aussi possible d'interrompre le calcul d'une image a tout moment, et non plus en fin de ligne uniquement. L'acceleration est particulierement marquee avec les emulateurs. Cette amelioration est a l'origine une remarque d'Olivier Landemarre, que je remercie. On a nettement l'impression d'utiliser pleinement les possibilites de calcul. - Depuis la release 3.02, et le support de MagiC Mac, il y avait un probleme de compatibilite. Le double buffer a l'affichage etait devenu impossible sur les machines ATARI ou EdDI n'etait pas installe. L'affichage interactif etait nettement moins bon. C'est rectifie. _________________________________________________________________________ Eureka rev 3.04 Voici la revision du mois d'Avril 2003 d'Eureka 2.12. - Cette release est une publication anniversaire. Ca fait en effet 7 ans qu'Eureka est distribue par Internet sur sa page WEB. 7 ans, c'est l'age de raison ; il atteind un certain degre d'aboutissement. Ca me laisse envisager des ameliorations auxquelles j'aimerais que vous soyez associes. La stabilite et le debuggage ne sont plus des soucis majeurs. Votre experience m'interesse. Je serai tres sensible aux remarques que vous pourriez me faire. D'avance merci. - Le mois dernier, les ressources du logiciel ont ete remaniees. Je me suis notamment occupe de la boite de dialogue de rotation en 3D en en triant les objets. Malheureusement le tri automatique a chamboule l'ordre des champs editables. En reprenant l'ordre manuellement, les champs sont maintenant correctement tries. En clair, la boite de rotation est maintenant utilisable comme elle l'etait auparavant. - Le dessin des boites de dialogue a ete ameliore dans l'ecran d'affichage des graphes. Les bords des boites etaient rognes, ca n'est plus le cas. - Le centrage d'une surface en 3D, par un click gauche a ete supprime. Tres souvent, on clickait gauche sans le vouloir, et on devait assister a un dessin intempestif de la surface. - La documentation a legerement evolue. La liste exhaustive des fonctions, des options et des constantes utilisables a ete ajoutee. - Une nouvelle option de compilation est inauguree. Cela consiste a ne pas derouler les boucles. Il semble que ca supprime certaines instabilites de calcul. Ca a aussi l'avantage de produire un code plus compact. _________________________________________________________________________ Eureka rev 3.03 Voici la revision du mois de Mars 2003 d'Eureka 2.12. - Les series numeriques posaient probleme. Ce probleme residait dans la prise en compte du domaine de variation. La creation, la lecture ou la modification pouvaient etre perturbees. - La boite de dialogue qui permet d'indiquer les dimensions a ete centree. Avec une hauteur d'ecran reduite celle-ci pouvait depasser par le bord bas. - Les fichiers de ressources ont ete remanies. Tout fonctionnait globalement bien, mais il y avait peu de logique dans leur conception. - Il existe dans Eureka la possibilite de faire du traitement de series de donnees numeriques. Il est notamment possible d'approximer une serie par une fonction parametree. Il s'agit de la fonction fitL(). Cette fonction a ete acceleree. - La creation de series de donnees numeriques a ete acceleree. Il s'agit par exemple de la creation d'un son contenu dans le repertoire FORMULA.FMU\SOUND.FMU. - Le trace d'images dans le plan 2D a ete accelere par l'elimination de calculs redondants. _________________________________________________________________________ Eureka rev 3.02 Voici la revision du mois de Fevrier 2003 d'Eureka 2.12. - Depuis les dernieres releases, il se produit d'importantes modifications dans les sources d'Eureka. Du coup, cela genere un certain nombre de bugs qu'il faut bien corriger. Ceci explique le nombre de correctifs appliques. - La sauvegarde d'images True Color ne fonctionnait pas correctement. En presence de TinyGL, la sauvegarde au format d'images Targa pouvait provoquer une erreur systeme. Ca n'est plus le cas. - L'evaluateur d'expressions arithmetiques a ete optimise. Le trace des fonctions est donc un peu plus rapide. Cela vaut pour tous les systemes de coordonnees en 2D ou 3D. - La boite de dialogue qui permet de gerer l'impression et la generation de metafiles (Courbes->Impression) posait probleme. C'etait le cas en particulier avec GDOS. Elle fonctionne maintenant correctement. - Il est possible en appuyant sur la touche dans le mode interactif, d'effectuer la rotation d'un cube, plutot que de la surface 3D elle meme. Mais avec le systeme des listes OpenGL, le cube tourne bien, mais la surface ne suivait pas le mouvement. C'est maintenant retabli. - Eureka fonctionne maintenant sous MagiC Mac et les cartes graphiques exotiques meme sans la presence du module LDG screen. Si cela ne fonctionnait pas, il est tout de meme possible d'installer screen.ldg. - Depuis la release du mois de novembre, il y avait un bug avec la definition des variables spheriques. Plus generalement, les boites du menu "Systeme" se comportaient incorrectement. Tout ca a ete revu. - Lorsque l'on tracait une surface en 3D, l'image calculee etait activee sans qu'on ne l'ait demandee. C'est un probleme resolu. - L'effet de la boite de dialogue qui permet de choisir la palette de couleur (Legende->fleche) n'etait pas systematique. Sa gestion est maintenant plus rigoureuse. - On peut indiquer un chemin pour l'image calculee dans un systeme 3D. Malheureusement, le chemin indique n'etait pas pris en compte. Il est maintenant pris en compte. _________________________________________________________________________ Eureka rev 3.01 Voici la revision du mois de Janvier 2003 d'Eureka 2.12. - Je vous souhaite une tres bonne annee 2003. Ce mois ci il y a au moins deux tres bonnes nouvelles. Pour le hardware, la CT60 pour booster votre Falcon. Cote soft, le tres tres bon ARAnyM, qui grace a un CDROM mis au point par Olivier Landemarre, transforme votre PeCe en le plus rapide de tous les ATARIs construits jusqu'a present. Qu'est-ce qui vous empeche encore de jouer avec votre ATARI aujourd'hui ? - Un probleme a ete resolu dans l'allocation de l'image calculee. Il est en effet possible, en l'abscence de GDOS, de generer une image .IMG qui pourra etre ensuite imprimee. Dans certain cas, activer le calcul de cette image pouvait provoquer une erreur systeme. Ca n'est plus le cas. - La taille de l'executable a ete diminuee. Nouvelle release coincide souvent avec un executable plus gros. J'essaye pourtant d'optimiser le code pour qu'il soit plus compact. - Il y avait un probleme majeur avec la Librairie Dynamique Gem (LDG) TinyGL. Mesa 3D (l'autre LDG OpenGL) qui fait reference, avait un signe de rotation oppose autour d'un axe arbitraire. Ce bug interdisait a Eureka d'utiliser des listes OpenGL. L'usage de ces listes accelere considerablement les calculs en OpenGL. Pour se rendre compte de l'acceleration il faut imperativement utiliser TinyGL LDG en version 0.44, qui est adaptee a cette release de janvier 2003. - Le menu en haut a gauche a ete change en "Eureka" comme me l'a suggere Matthias Jaap co-editeur de ST-Computer dans une interview recente. D'autres de ses remarques pouraient etre integrees. Merci a lui. _________________________________________________________________________ Eureka rev 2.12 Voici la revision du mois de Decembre 2002 d'Eureka 2.12. - Lors des dernieres modifications, des chemins uniques ont ete affectes pour les differentes selections de fichiers. Il fallait reinitialiser les chemins lors du jeux d'une sequence .REC, ce qui n'avait pas ete fait. Cet oubli a ete rectifie. - L'accessoire RECORD.ACC a ete tres serieusement remanie. L'executable est nettement plus compact et il a ete teste avec succes sur Hades, Falcon et MagiC Mac. Cet accessoire permet d'enregistrer et de rejouer une sequence d'actions avec Eureka. Pour faire une image musicale, c'est un peu comme un piano mecanique qui permet d'immortaliser le jeu du musicien. Exercez donc votre virtuosite sous Eureka, et faites en moi part ! - Il n'etait pas possible de designer une couleur pour une courbe en 2D et de jouer une sequence qui en tienne compte. C'est maintenant possible. _________________________________________________________________________ Eureka rev 2.11 Voici la revision du mois de Novembre 2002 d'Eureka 2.12. - Le signe "?" (guess) pouvait apparaitre intempestivement dans la definition des limites de l'espace en 3D. Ce signe permet de ne pas preciser explicitement les coordonnees, qui seront definies ensuite. Il apparait maintenant que lorqu'il a vraiment lieu d'apparaitre. - La navigation dans les formules mathematiques n'etait pas au point. Lorsque l'on faisait une exportation d'une courbe ou d'une surface dans un format 2D ou 3D, on reprenait la navigation a l'endroit de la sauvegarde du fichier 2D ou 3D. Pour corriger cela, il a ete affecte un chemin propre pour la recherche et le chargement des formules. Cela rend beaucoup plus pratique l'exploration des formules, et oblige a beaucoup moins de manipulations. - De la meme facon, il a ete rajoute un chemin propre pour les fichiers de donnees (textes ou bruts) et pour les images (legendes .icn, de mapping Neochrome .s ou images calculees .img). La navigation dans le systeme de fichiers est rendue plus pratique. - Une variable "f" a ete rajoutee dans le systeme de coordonnees 2D cartesien analytique. Cette variable correspond a une frequence. Jusqu'a present, il falait ecrire "10^x" a la place de "f". "f" est donc equivalent, accelere les calculs et permet de tracer des courbes 2D sur une echelle logarithmique plus simplement. - Un bug a ete corrige dans la gestion de la boite de dialogue permettant d'obtenir les informations sur une serie de donnees. _________________________________________________________________________ Eureka rev 2.10 Voici la revision du mois d'Octobre 2002 d'Eureka 2.12. - La fonction julia() qui permet de tracer des ensembles de Mandelbrot et de Julia a ete modifiee. Il y avait en effet des problemes de dynamique de codage. L'algorithme d'approximation des distances pour les ensembles est mieux implante. - Les boites de dialogue (non prehemptive en multitache) avaient la facheuse tendance a s'afficher deux fois de suite lors de leur apparition. La gestion a ete amelioree, et on aura plus le "clignotement" genant. - La vitesse de rejeux des sequences *.REC par l'accessoire record.acc a ete tres legerement ralentie. Il semble, bien qu'il n'y ait pas de documentation a ce sujet, que la nouvelle vitesse correspond plus a un rejeux a une vitesse x1. _________________________________________________________________________ Eureka rev 2.09 Voici la revision du mois de Septembre 2002 d'Eureka 2.12. - L'effacement de l'ecran ne fonctionnait pas avec fVDI. Il y a un probleme avec la fonction v_clrwk() et fVDI. Tout cela a ete retabli. - Il y avait aussi un probleme d'effacement des coordonnees affichees en bas de l'ecran, avec fVDI, pour les courbes en 2D. Le probleme est corrige. - Les Librairies Dynamiques Gem (LDG) en version 2.30 ont ete incorporees. Les auteurs en sont Dominique BEREZIAT et Olivier LANDEMARRE. Merci pour leur activite, et leur serieux. Vous pourrez d'ailleurs augmenter les possibilites d'Eureka grace aux LDG en visitant le site WEB "http://ldg.atari.org". _________________________________________________________________________ Eureka rev 2.08 Voici la revision du mois d'Aout 2002 d'Eureka 2.12. - L'affectation des couleurs pour la generation d'images 2D a ete revue. Il apparaissait de temps en temps des couleurs tres etranges. - La gestion de la couleur de fond en 3D n'etait pas correcte. Ce probleme a ete resolu. Il arrivait que l'on demande du noir et que l'on ait du blanc, ou inversement, pour le fond d'ecran. - Depuis la derniere release il y avait un probleme au lancement du programme. C'etait le cas avec ARAnyMfs par exemple. Il s'agissait d'une erreur de bus tres genante. Il se peut que cela se produise encore, mais dans ce cas la il faudrait mettre en doute la gestion du systeme de fichiers. - L'arbre de ressources du menu principal a ete modifie. C'est l'une des premieres choses qui aient ete creees. Il contenait certaines incoherences dues a la complexite d'utilisation des editeurs de ressources. - Le GDOS lors de l'installation conjointe de fVDI et NVDI est maintenant detecte. En effet, dans ce cas un ID=66564449 doit etre pris en compte. Si vous avez des problemes d'impression ou de generation de metafiles, et qu'une boite d'alerte apparait avec un ID, notez le, et faites en moi part. - L'accessoire RECORD.ACC qui permet d'enregistrer et de rejouer des sequences d'evenements a ete revu. Ce programme ne fonctionnait pas sur Hades. C'est corrige ... Il reste tout de meme des problemes avec les AES recents (N.AES, Xaaes, Geneva, Multitos ...). Il semble que l'appel appl_tplay() n'est pas toujours bien gere par tous les AES. _________________________________________________________________________ Eureka rev 2.06 Voici la revision du mois de Juin 2002 d'Eureka 2.12. - Pour le rendu OPEN/GL directement a l'ecran, le mode sans palette en 256 couleurs est maintenant gere. Si l'affichage ne marche pas, c'est que vous etes en 256 couleurs. Passez donc dans un autre mode. L'autre solution est de mettre a jour votre Librairie Dynamique Gem (LDG) "screen.ldg". Je rappele le site : "http://ldg.org.free.fr". La principale amelioration avec la gestion d'un mode sans palette est que l'affichage OPEN/GL est maintenant correct sur bon nombre d'emulateurs en 256 couleurs. C'est le cas de Tos2Win par exemple, qui causait beaucoup de soucis auparavant. - Des problemes ont ete resolus lorsqu'il y a peu de memoire. Cela va aussi de pair avec la resolution de problemes de fragmentation et de gestion de la memoire. - Les optimisations sur la memoire permettent encore qu'Eureka soit pleinement operationnel dans 4Moctets de memoire vive, bien que l'OPEN/GL et le driver ecran "screen.ldg" soient installes. Je peux par exemple faire fonctionner Eureka en 256 couleurs, dans un mode ecran 640x480 soit sur mon Falcon 030, soit sur MagiC Mac demo. Ces configurations restent ma reference de configuration minimale. - Le trace de fonctions en 2D et 3D a ete accelere grace a l'usage de la fonction atan2() (arc-tangente) qui n'etait pas utilisee jusque la. - Le mode interactif en OPEN/GL est plus rapide grace a certaines optimisations. - La sauvegarde vers Persistence Of Vision 3.1 a ete amelioree pour la compatibilite avec POV 3.5. Il s'agissait de pas grand chose. _________________________________________________________________________ Eureka rev 2.05 Voici la revision du mois de Mai 2002 d'Eureka 2.12. - Dans certains cas, les points d'une serie en 2D, ou les sommets d'une surface en 3D en mode dot-rendering pouvaient ne pas apparaitre. Il s'agissait d'un probleme d'initialisation du dessin des points. Ils etaient dans ce cas dessines blanc sur fond blanc, ce qui les rendait invisibles. Ca a ete corrige. - Le mois dernier, a ete corrige un bug concernant le son DMA. Le probleme est que cette modification n'etait plus compatible avec le circuit sonore du Falcon. La lecture d'echantillons est maintenant retablie sur Falcon. - Il n'est pas possible de faire d'affichage en double buffer avec les emulateurs tels que MagiC Mac/PC (dans certaines configurations de cartes graphiques), avec Tos2Win ou avec la couche driver ecran fVDI. J'en ai tenu compte, mais je ne detecte que ces emulateurs. Si vous constatez un mauvais affichage avec un autre emulateur en mode 3D interactif, donnez moi son nom, et je l'incorporerai a la liste. Mais de toute facon, si ca ne marche pas, je vous conseille de placer le fichier "Screen.ldg" a cote de l'executable "Eureka.prg". Ca corrigera le probleme. - J'ai compile les librairies mathematiques (Libm). J'ai a cette occasion, realise des optimisations. Eureka est plus compact et plus rapide. Merci a Olivier d'avoir realise l'adaptation pour nos plateformes Atari. - Il y avait un probleme avec la gestion de la palette pour la Librairie Dynamique Gem (LDG) Screen. On pouvait s'en rendre compte lorsque l'on voulait obtenir un rendu Open/GL directement a l'ecran. Ca a ete corrige. - Je vous rappelle qu'en pressant la touche 'r' dans un mode graphique 256 couleurs, la palette entre en rotation. C'est un tres bel effet. Jusqu'a present la rotation se faisait le plus rapidement possible. Il est desormais possible de faire varier la frequence de la rotation entre 50/s en pressant '1', jusqu'a 1.5/s en pressant '9'. Le plus rapide possible est obtenu en pressant '0'. _________________________________________________________________________ Eureka rev 2.04 Voici la revision du mois d'Avril 2002 d'Eureka 2.12. - Cette release d'Eureka est une publication anniversaire. Ca fait 6 ans qu'il est diffuse sur Internet. Cet anniversaire est l'occasion de beaucoup de corrections. Ces ameliorations viennent d'un test plus pousse avec MagiC Mac et aussi et surtout avec ARAnyM, l'emulateur Falcon universel et ultime ! Je vous souhaite a cette occasion de bien vous amuser avec nos systemes ATARI divers. - Il a ete ajoute une fonction d'extraction pour les series de donnees. Cette extraction consiste a prendre une serie de reference, et a designer les bornes inferieures et superieures de la serie qui doit en etre extraite. On peut ainsi "decouper" dans une serie, la partie interessante que l'on souhaite analyser. - Les boites de creation, de modification, de duplication, d'effacement, d'affichage et d'extraction de series ont ete modifiees. Pour plus de facilite, il est dorenavant possible, de selectionner ou deselectionner toutes les series, grace a deux boutons "toutes" ou "aucunes". Cela rend plus pratique les manipulations. - Des modes graphiques non encore geres par la Librairie Dynamique Gem Screen.ldg ont ete mis au point par Olivier Landemarre. Il s'agit de modes qui n'ont pas de palette hardware. Ces modes se rencontrent sur des emulateurs comme MagiC Pc, STemulator ou encore Tos2win. Jusqu'a present, etant donne que ces modes n'etaient pas geres par screen, ils etaient transformes en un rendu en 256 niveaux de gris par Eureka. Ils sont maintenant geres en couleur. O.L. ne s'arretera donc jamais en si bon chemin. Merci a lui ! - Un probleme a ete resolu pour les cartes graphiques exotiques. J'ai constate un probleme avec MagiC Mac qui pouvait etre un probleme potentiel sur toutes les cartes graphiques. Si vous avez des problemes d'affichage avec Eureka, sur MagiC Mac ou autre, je vous conseille de placer la Librairie Dynamique Gem "Screen.ldg" a cote de l'executable "Eureka.prg". Cela pourrait bien corriger quelques problemes. - Les points correspondants a une serie de donnee etaient traces avec des boites aux coins arrondis. Le probleme est que la fonction de dessin des boites arrondies n'existe pas dans certaines implementations du VDI, comme par exemple fVDI. Il n'est pas bien different de tracer des cercles. Les boites arrondies ont donc ete remplacees par des cercles. - Il y avait un bug de lecture des echantillons sonores avec le son DMA dans le cas ou il y a une emulation du DMA. C'etait le cas avec MagiC Mac (Mac Sound), PC, GSXB ou MagiC Sound. Ce bug n'existe plus. J'ai pu tester avec MagiC Sound sur mon Hades 060, et MagiC Mac. Et oui ! Le son fonctionne tres bien sur MagiC Mac ... _________________________________________________________________________ Eureka rev 2.03 Voici la revision du mois de Mars 2002 d'Eureka 2.12. - Le son est maintenant disponible avec MagiC Mac et MilanBlaster. C'est en fait grace au drivers GSXB (Hades) ou MagxSound (de Didier Mequignon). Dans ce sens, des problemes lies a la lecture d'echantillons sonores ont ete resolus. C'est un peu en phase de test, et comme je n'ai pas d'exemple d'utilisation, je vous demandrais de bien vouloir me dire si vous avez des problemes avec ces nouvelles fonctionnalites. - Les fonctions ach() et ash() ont ete accelerees. Elles sont en effet definies dans la librairie mathematique libm, ce qui n'etait pas pris en compte jusqu'a present. _________________________________________________________________________ Eureka rev 2.02 Voici la revision du mois de Fevrier 2002 d'Eureka 2.12. - Eureka repond maintenant au message AP_TERM. Ca veut dire que lorsque l'on demande de le quitter par un autre moyen que sa barre de menu, on peut en sortir proprement. Ceci marche par exemple avec TaskBar. - Le passage du bureau a l'ecran d'affichage des courbes a ete ameliore. Un probleme a en effet ete mis en evidence grace a ARAnyM, et l'usage de fVDI. - La gestion de la souris a ete amelioree. Cela concerne son affichage, et son effacement lors de dessins. - Pour la fonction fitL(), la definition de la fonction et des parametres initiaux se fait maintenant sur le bureau, plutot que sur l'ecran d'affichage. Cela est surtout pratique en multitache, ou l'on peut recourir a l'aide d'autres programmes. En monotache, on a tout de meme l'aide des accessoires. _________________________________________________________________________ Eureka rev 2.01 Voici la revision du mois de Janvier 2002 d'Eureka 2.12. - La premiere release 2002 est profondement debuggee et allegee. Cette nouvelle annee debute donc bien. C'est a cette occasion que j'aimerais vous souhaiter une tres bonne annee, pleine de clones et autres accelerateurs materiels. Si on en croit les annonces, beaucoup de hardware devrait nous concerner tres bientot. Esperons aussi de beaux logiciels. Je voudrais en citer un, ARAnyM, qui emule parfaitement un Falcon 040 & Tos 4.04, et grace auquel Eureka fonctionne potentiellement sur tous les ordinateurs. C'est un vrai bonheur ! Et puis, Atari, je veux dire Infogrames, reprend les jeux Ms. Pac Man et Dig Dug. On vit une epoque formidable ... - Le trace des fonctions en 2D a ete accelere. Je poursuis l'examen de mes sources, pour optimiser et traquer les erreurs. - A propos d'erreurs, dans certaines conditions, les courbes ou images en 2D pouvaient ne pas se dessiner. Par exemple, si on tracait un cercle, puis ensuite une image 2D, cette image ne se dessinait pas. Il s'agissait d'une erreur de gestion de la definition (analytique ou parametree) qui n'est pas signifiante pour les images. Erreur corrigee. - Il y avait un probleme pour le calcul d'integrales pour les courbes 2D. Donner une constante additive erronee pouvait conduire a une boucle sans fin. Ca a ete corrige. J'ai de plus place une constante nulle (0) par defaut pour la constante additive a l'integrale. - Des problemes avec les noms de fichiers longs ont ete resolus. - Un certain nombre de fonctions obsoletes ont ete retirees des sources. La taille de l'executable decroit donc en consequence. - La gestion des graduations dans le plan a ete amelioree. On peut s'en rendre compte lorsque l'on passe d'un systeme de coordonnees a un autre. - Il etait apparu avec la derniere release un probleme avec les macro-fonctions. Elles ne fonctionnaient plus, et une erreur arithmetique etait generee. Ca n'est plus le cas. _________________________________________________________________________ Eureka rev 1.12 Voici la revision du mois de Decembre 2001 d'Eureka 2.12. - Eureka integre maintenant la MGemLib pl40. Merci a ceux qui ont concu cette librairie Multithread Gem. Vous retrouverez les auteurs ainsi que cette librairie a l'adresse http://gemtos.free.fr. - J'ai mis au point, comme je l'avais deja fait pour ST-Mag en 1998, une version light d'Eureka. Il s'agit d'une version allegee, qui ne comporte pas le support des LDG Open/GL. Cette librairie necessite en effet beaucoup de ressources en memoire. Le but de cette "distribution" est qu'elle tienne sur une disquette de 720 Koctets, et qu'elle fonctionne dans 1 Moctets de memoire sur les premieres generations de machines Atari. Cette version est donc supposee fonctionner par exemple sur un STacy. Si cette distribution Eureka light vous interesse, je vous suggere de m'envoyer un E-mail a l'adresse lecoat@atari.org. S'il y a une demande, je placerai cette version sur mon site WEB. Qu'on se le dise ! - Quelques optimisations, et donc plus de rapidite, notamment pour le trace des courbes. - Un probleme a ete resolu pour l'export de fichiers Metafiles (*.gem) et la convention de noms du systeme de fichiers. En effet, certains systemes ont une convention de majuscules, et d'autres de minuscules, qui doit etre geree. C'est maintenant le cas. - Ce probleme de convention de noms de fichiers est aussi la cause d'un defaut de chargement des ressources du programme (*.rsc). Celui-ci a donc ete corrige de la meme maniere. _________________________________________________________________________ Eureka rev 1.11 Voici la revision du mois de Novembre 2001 d'Eureka 2.12. - Olivier Liess a sympatiquement repondu a mon appel demandant une aide pour la traduction en anglais des formules (*.FMU). C'est un travail tres bien fait, et je le remercie. J'avoue avoir eu un tres mauvais souvenir d'avoir traduit le logiciel lui meme. Il fallait non seulement traduire les ressources, mais aussi revoir la conception du logiciel afin que la totalite (ou presque) soit traduisible. Le travail d'Olivier est donc particulierement bienvenu. La traduction des formules est contenu dans un fichier UK_FMU.TOS qu'il suffit d'ouvrir pour que l'ensemble des formules soit remplace par la version anglaise. Merci beaucoup Olivier pour cette cooperation. - Lorsqu'une serie (un son, des donnees) etait cree au sein d'Eureka, les parametres de duree et de frequence n'etaient pas remis a jour (duL, et frL). On pouvait s'en rendre compte par exemple avec la formule de reechantillonnage. Ca n'etait pas le cas avec les fichiers charges depuis le disque. Ce probleme a ete corrige. - Je voudrais remercier Matthias Jaap pour avoir parle d'Eureka dans ST-Computer d'octobre. 2 pages dans ce magazine c'est preuve d'une certaine reconnaissance. Mais je comprend maintenant pourquoi les gens hesitent avant de parler de mon logiciel. Ils esperent tous secretement que je vais rapidement changer mon interface graphique peu conforme ! Sachez donc que cette interface n'a pratiquement pas evolue depuis le debut. C'est d'ailleurs la premiere chose que j'ai mis au point, et ca va bientot faire 15 ans ... Ils avaient l'air de quoi a l'epoque nos Atari, et VIP (clone de Lotus 1-2-3) qui a ete ma source d'inspiration ? Ces remarques sont tres constructives, mais ce qu'on me propose n'est pas pour moi realisable en 15 minutes. Une chose que l'on oublie souvent est que ce logiciel fonctionne sur les plus anciens Atari (avec TOS 1.0) jusqu'aux derniers clones 060 et autres emulateurs. Un 520 ST avec 1 Mo permet de faire des maths comme les grands ! Grandeurs et limitations du principe de diffusion shareware ... Pour moi la principale qualite d'un logiciel Atari est son embaquabilite ! Y-a-t-il quelqu'un qui a deja teste sur un STacy ? J'en reve ... _________________________________________________________________________ Eureka rev 1.10 Voici la revision du mois d'Octobre 2001 d'Eureka 2.12. - L'Evaluateur d'Expressions Arithmethiques a ete revu. En particulier, pour ce qui concerne ses performances en memoire et rapidite. Vous constaterez peut etre une plus grande rapidite pour le trace des courbes dans le plan et dans l'espace. Il y a des choses dans Eureka qui datent d'une periode dont je ne me souviens plus bien ... Lorsque je met le nez dedans, il est parfois tres facile de reecrire avec un gain en vitesse a la cle. J'espere ne pas ajouter de bugs. Dites moi. - Il subsistait encore un probleme avec la fonction smoothL(). En effet, une valeur erronee pouvait subsister dans la boite de dialogue qui indique la puissance de smoothing. Il apparait desormais dans cette boite une valeur initiale, dont la valeur sera memorisee en cas de modification. - Il etait apparu un probleme depuis la release 1.06. Je m'en suis rendu compte avec la fonction smoothL(), mais d'autres composantes d'Eureka pouvaient etre aussi touchees. L'erreur etait a mettre sur le compte du mode de compilation. J'avais beau scruter cette fonction, rien ne permettait de trouver la faille. Du coup, en changeant la maniere de compiler, le bon fonctionnement est retabli. Normalement, ce mode est aussi plus favorable a la vitesse d'execution. GCC sur nos plateformes est toujours assez delicat (il s'agit ici de GCC 2.95.3). _________________________________________________________________________ Eureka rev 1.09 Voici la revision du mois de Septembre 2001 d'Eureka 2.12. - Un probleme a ete resolu pour la fonction smoothL(). C'etait lie a une mauvaise gestion de la memoire pour cette fonction. - La boite de dialogue d'assignation des couleurs aux courbes dans le plan n'apparait plus si l'on est dans le systeme Images 2D. C'etait un oubli. Il n'est en effet pas possible de tracer des courbes superposees par dessus une image. Oubli corrige. - Il n'y a pas beaucoup de nouveautes ce mois ci. Eureka aurait-il atteind un degre de perfection jamais egale ? Peut-etre, c'est a vous de me le dire ... La raison essentielle me semble plutot etre que la periode estivale n'est pas tres propice au jeu sur les petits ecrans interactifs ... _________________________________________________________________________ Eureka rev 1.07 Voici la revision du mois de Juillet 2001 d'Eureka 2.12. - Le bureau d'Eureka ne disparaissait pas avec MagiC Mac. Ca a ete corrige. Decidement, MagiC Mac est vraiment a part des autres formes de MagiC. En effet, il n'y a pas, pour ceux qui connaissent, de cookie "_MCH" qui indique le type de machine sur laquelle on se trouve. Merci a Olivier Landemarre d'avoir mis en evidence le probleme. J'aurais pu m'en rendre compte sur la demo de MagiC Mac. Mais en fait il semble que le multitache preemptif n'est pas autorise avec la demo. Si quelqu'un sait pourquoi, qu'il me le dise ... - Je lance un appel. Si quelqu'un, qui aurait des connaissances en maths et qui soit a la fois anglophone, pouvait m'aider a traduire le texte qui apparait en commentaire avec les formules, ca pourrait etre une bonne idee. Je pense qu'il s'agit d'un obstacle pour les personnes non francophones. S'il y a un volontaire pour traduire les fichiers *.FMU, j'apprecierais beaucoup. - J'ai corrige la boite de dialogue qui permet de fixer la palette (colormap). Jusqu'a present, on pouvait penser qu'il etait possible de plaquer une image (mapping) dans des modes graphiques inferieurs a 256 couleurs. C'est en fait impossible. La possibilite a donc ete supprimee, d'autant qu'elle donnait un resultat aleatoire. - Un probleme de clipping a ete corrige dans le plan. Les courbes pouvaient apparaitre en dehors du cadre. _________________________________________________________________________ Eureka rev 1.06 Voici la revision du mois de Juin 2001 d'Eureka 2.12. - J'ai decouvert un probleme avec le LDG pilote d'ecran screen.ldg qui se produisait dans le mode 16 couleurs. Les couleurs produites a l'ecran ne correspondaient pas aux couleurs des images a afficher. C'est franchement etrange, car a ma connaissance, ca ne se produisait qu'avec mes applications. - Le rendu OPEN/GL a ete corrige, lorsque l'on souhaite obtenir un rendu faces cachees, et avec la maille de la surface. Ce rendu est bon avec la librairie Tiny, mais si vous souhaitez obtenir une meilleure qualite, je vous conseille Mesa. - Le bureau d'Eureka a ete supprime, en multitache. Vous constaterez avec MiNT, MagiC ou Geneva que lorsque l'application est lancee, et que l'on n'est pas dans un ecran de dessin, les fonctionnalites du bureau GEM ne necessitent plus de changement de contexte. C'est plus conventionnel pour une application reellement multitache. - L'affichage de l'aide des menus, apparaissant sur la barre, a ete perfectionne. Le multitache est mieux gere, ce qui fait que le changement de contexte n'est plus un probleme. - J'ai trouve un nouveau mode de compilation pour Eureka. Du coup, le code est plus compact et plus rapide. _________________________________________________________________________ Eureka rev 1.05 Voici la revision du mois de Mai 2001 d'Eureka 2.12. - Eureka est maintenant compile avec GCC 2.95.3. Ce que j'ai pu tester donne un fonctionnement correct. Signalez donc moi tout probleme que je n'aurais pas detecte. - Il y avait un probleme dans le redessin des boites de dialogue qui sont non modales. Le deplacement d'une boite par dessus celles d'Eureka creait un probleme de clipping. Ca n'est plus le cas. Du fait que les boites de dialogue d'Eureka ne bloquent pas le fonctionnement, le probleme apparaissait avec les accessoires, en monotache. En multitache, le probleme etait encore plus present, car n'importe quelle autre fenetre etait mal redessinee du fait du probleme de clipping. Il fallait mettre en evidence ce mauvais comportement, qui de toute facon ne creait pas d'erreur grave. Les boites d'Eureka ont un aspect classique, ce ne sont pas des fenetres GEM. Elles sont pourtant non bloquantes : c'est un joli travail ! Ha oui, j'en suis content ... - Il pouvait apparaitre un message lie a une "exception_error" au lancement du programme. C'est un message sans importance, et qui peut etre supprime. Dans tous les cas, si ce message apparaissait, c'est que les LDG OPEN/GL n'etaient pas a jour, car cette "exception_error" est integree depuis longtemps dans les librairies dynamiques OPEN/GL. Visitez donc le site http://ldg.org.free.fr pour charger les dernieres librairies a jour. Merci a Olivier Vanoni de m'avoir prevenu. _________________________________________________________________________ Eureka rev 1.04 Voici la revision du mois d'Avril 2001 d'Eureka 2.12. - Ca fait maintenant cinq ans qu'Eureka est distribue sur le WEB. Merci pour le soutien des diverses personnes que j'ai rencontre par l'intermediaire de cette diffusion. Mon enthousiasme est partage, c'est donc toujours un plaisir de faire evoluer mon logiciel avec votre aide. - Divers problemes d'affichage lies au multitache ont ete resolus. Lorsque l'on peut faire confiance a la rigueur de la MGemLib, le developpement devient plus efficace. Cette amelioration touche l'affichage de l'aide sur la barre de menu, et aussi le changement de contexte en multitache. - Lorsque l'on trace une courbe dans le plan, il est possible de choisir la couleur de la courbe par une option. Par exemple ";color=2" permet de tracer une courbe en rouge. En effet, dans le systeme de couleurs de l'ordinateur, la couleur No 2 correspond au rouge. Il est maintenant plus pratique, lorsque l'on a trace la courbe, de choisir a posteriori sa couleur. Pour cela, il suffit de cliquer dans le coin inferieur gauche de l'ecran, pour faire apparaitre une boite. Le choix est effectue en designant alors la lettre correspondant a la courbe (de A a F), puis en cliquant sur la couleur desiree. Il n'y a le choix que pour 7 couleurs. Pour obtenir d'autres couleurs, l'option ";color=" est alors plus recommandee. _________________________________________________________________________ Eureka rev 1.03 Voici la revision du mois de Mars 2001 d'Eureka 2.12. - Les MGemLib (Multithread Gem Libraries) ont ete encore optimisees. En fait celles-ci etaient en version beta le mois dernier. Cette fois ci elles sont pretes a etre delivrees publiquement, et elles ont donc suivi encore quelques ameliorations. C'est la reactivite du logiciel qui y gagne. Les prochaines fois je vous promet encore des nouveautes du cote des librairies et de leur optimisation. Et oui ... on ne s'arrete pas en si bon chemin ! - Eureka est cette fois ci optimise en dimension de l'executable. Ca veux dire que l'on gagne en compacite du code genere. Tiny is beautiful. C'est meme possible avec GCC, ce qui n'est pas principalement connu pour ce compilateur C. A vous de me dire si vous decelez un changement. _________________________________________________________________________ Eureka rev 1.02 Voici la revision du mois de Fevrier 2001 d'Eureka 2.12. - Le dimensionement de chaines de caracteres a ete ajuste. Certaines chaines etaient trop petites, et pouvaient provoquer des dysfonctionnements (erreurs de bus). J'ai pu notamment remarquer que le chargement des surfaces .XYZ (format 3D d'Eureka) etait devenu impossible. Ca n'est plus le cas. - Les MGemLib (Multithread Gem Libraries) pl39 ont ete incorporees. Celles-ci sont bien mieux optimisees que la pl38 precedente. Vous remarquerez certainement une legere rapidite gagnee, par rapport aux versions precedentes. Cela concerne aussi bien l'AES que le VDI, c'est a dire que l'acceleration tient a l'optimisation des primitives graphiques (VDI), mais aussi la gestion du systeme. A quoi ca sert d'optimiser les routines graphiques comme avec NVDI, si l'appel aux routines graphiques n'est pas lui meme optimise. C'est une bonne idee d'Olivier Landemarre. C'est un travail de fourmis car, on ne s'en doute pas, mais les 512 kOctets des ROM Atari sont d'une densite remarquable. - Le principe du chargement des Librairies Dynamiques Gem a ete revu. Il est ainsi possible d'utiliser la librairie dynamique OPEN/GL sans que la librairie d'affichage a l'ecran (screen.ldg) soit presente. C'est ainsi que lorsque trop peu de memoire est disponible sur le systeme, il est tout de meme possible d'obtenir des rendus de Gouraut sous forme d'images. Sur certains systemes, la librairie d'affichage (screen.ldg) ne fonctionne pas bien en 256 couleurs. Elle n'est donc pas necessaire, et on peut tout de meme obtenir des rendus OPEN/GL sans que celle-ci soit chargee au demarrage. _________________________________________________________________________ Eureka rev 1.01 Voici la revision du mois de Janvier 2001 d'Eureka 2.12. Bonne annee a tous, et plein de reussite dans vos projets. - Lorsque l'on trace une surface dans l'espace, on obtient un objet. Cet objet peut etre recentre et redimensionne. Il y a donc deux boites de dialogue qui permettent ces deux operations. Jusqu'a present, l'effacement d'un champ editable bloquait toute operation. Mais, lorsque le recentrage se fait par rapport au centre de gravite, ou que le redimensionnement n'est pas necessaire, le contenu des champs editables n'est pas requis. Dans ces deux cas, et avec les deux boites de dialogue, l'effacement d'un champ editable ne bloque plus. C'est plus simple, et les options par defaut conduisent a un recentrage et un redimensionnement acceptable. - Les Librairies Dynamiques Gem (LDG) en version 2.10 ont ete incorporees a Eureka. - Correction d'un probleme de pointeur de souris pour l'affichage des series de donnees, et le redessin des fonctions en 2D. - La fonction peakL(nombre_de_pics,x), qui permet d'extraire d'une serie de donnees un certain nombre de pics remarquables, n'est plus tracee avec une fonction spline liant les points. La fonction joignant les points est maintenant une interpolation lineaire. - Les parametres "xmin", "xmax", "ymin" et "ymax" ont ete ajoutes. Il s'agit pour une serie de donnees, des bornes entre lesquelles cette serie varie en x et en y. Cela autorise la creation de formules de calcul sur une serie (interpolation). Ces fonctions se trouvent dans CARTANA.FMU\EXP_DATA.FMU. Pour utiliser ces formules, il faut au prealable avoir cree ou charge une serie (A). - Si l'AES est assez recent, et que les applications apparaissent dans les entrees du menu bureau, ca n'est plus "EUREKA.PRG" qui apparait. _________________________________________________________________________ Eureka rev 0.12 Voici la revision du mois de Decembre 2000 d'Eureka 2.12. - L'accessoire SCR_DMP.ACC qui permet de faire des captures d'ecran, a ete modifie. Il est maintenant possible d'effectuer des captures en mode 32 bits/pixel. Ce mode se rencontre sur les cartes graphiques recentes qui incorporent un canal Alpha, et qui autorisent des effets speciaux de transparence. - Les Librairies Dynamiques Gem (LDG) en version 2.0 ont ete incorporees a Eureka. Une chose tres remarquable est en particulier, le chargement plus rapide des modules LDG. Merci a Olivier Landemarre et Dominique Bereziat. _________________________________________________________________________ Eureka rev 0.10 Voici la revision du mois d'Octobre 2000 d'Eureka 2.12. - Le mois dernier j'ai compile le programme IMG_SHOW.PRG avec GCC. C'est un peu technique, mais la fonction rand() n'est soit pas portable, soit buggee dans la version des librairies utilisee. rand() est un generateur aleatoire. Du coup, le mode d'affichage aleatoire (touche 'h') ne fonctionnait plus. Ca a ete corrige. - J'ai rajoute dans le repertoire PAR3DREC.FMU un exemple de morphing 3D. L'exemple se trouve dans le sous repertoire MORPH_EX.FMU. Il y a donc 3 formules. A.FMU est a tracer dans la courbe A (de la boite de trace), et il s'agit d'un lampion. B.FMU doit etre trace dans B, il s'agit d'un disque. La formule C.FMU doit etre trace dans C, et il s'agit de la formule d'interpolation 3D. L'effet rendu est celui d'un lampion qui se developpe et s'aplatit. Ca me fais l'impression d'un diable qui sort de sa boite (sans diable). L'effet n'apparait pas au moment du trace, mais si l'on choisit l'option DUMP (boite de rotation), et que l'accessoire SCR_DMP.ACC est installe, cela genere 20 images (par defaut) que l'on pourra visualiser avec IMG_SHOW.PRG. En couleur l'effet diabolique est renforce. - Lors de l'attente qui precede le trace d'un objet dans l'espace, il y a maintenant une animation du curseur de la souris. C'est Emmanuel qui m'a donne l'idee. C'est vrai que c'est inquietant de n'avoir aucun appercu de l'activite de l'ordinateur. Mais il faut savoir que vu tous les tests que j'effectue, il y a peu de chance qu'il y ait un probleme avec Eureka. Il faut souvent patienter et laisser l'ordinateur calculer ... Plus on attend plus le resultat doit etre joli ! _________________________________________________________________________ Eureka rev 0.09 Voici la revision du mois de Septembre 2000 d'Eureka 2.12. - L'ajustement lineaire et polynomial (par une droite et un polynome) ont ete ameliores. Le resultat est un peu plus conforme a ce que l'on doit obtenir. L'operation consiste a saisir des points formant les donnees, et a approximer ces points par une fonction parametree dont on determine les coefficients. Il s'agit d'une modelisation de donnees. Le modele est constitue par la fonction (droite, polynome ou fonction plus elaboree) et les parametres determines. Les operateurs d'Eureka sont lineL(), polyL(), ou mieux fitL(). L est a remplacer par la lettre de la serie de donnees. - Le rendu OPEN/GL filaire est maintenant colore. C'est a dire qu'il n'apparait pas seulement des segments (comme un rendu filaire classique), mais que les segments sont colores. C'est joli ! Merci Olivier ... - On peut maintenant imprimer en mode filaire si OPEN/GL est en memoire. - Il est possible d'obtenir un rendu filaire (flat, ne doit on pas dire Booknight ?...) ou Gouraud avec un maillage visible. C'est l'une des options possible sans OPEN/GL. On peut maintenant obtenir un tel rendu, y compris avec OPEN/GL. Les types de rendu s'enrichissent. Il va peut etre falloir que je refonde le choix de tous les types de de rendu en une presentation uniforme. A suivre ... _________________________________________________________________________ Eureka rev 0.07 Voici la revision du mois de Juillet 2000 d'Eureka 2.12. - Lorsque l'on change d'unite de disque, l'accessoire SCR_DMP.ACC reprend la numerotation des images saisies au numero DUM001. De cette facon, on est plus oblige de redemarrer le systeme pour saisir a nouveau une sequence d'images. - Ajout des options suivantes pour les graphes du plan : ";logx" Graduations x logarithmiques ";logy" Graduations y logarithmiques ";norm" Normalisation du systeme d'axes ";!logx" Graduations x non logarithmiques ";!logy" Graduations y non logarithmiques ";!norm" Les axes ne sont pas normalises ";gridmax" Dessin de la grille majeure en x ";gridmay" Dessin de la grille majeure en y ";gridmix" Dessin de la grille mineure en x ";gridmiy" Dessin de la grille mineure en y ";gradmax" Dessin des graduations majeures en x ";gradmay" Dessin des graduations majeures en y ";gradmix" Dessin des graduations mineures en x ";gradmiy" Dessin des graduations mineures en y ";!gridmax" Effacement de la grille majeure en x ";!gridmay" Effacement de la grille majeure en y ";!gridmix" Effacement de la grille mineure en x ";!gridmiy" Effacement de la grille mineure en y ";!gradmax" Effacement des graduations majeures en x ";!gradmay" Effacement des graduations majeures en y ";!gradmix" Effacement des graduations mineures en x ";!gradmiy" Effacement des graduations mineures en y ";majgx=N" N est le nombre de graduations majeures en x ";mingx=N" N est le nombre de graduations mineures en x ";majgy=N" N est le nombre de graduations majeures en y ";mingy=N" N est le nombre de graduations mineures en y Toutes ces options sont de toute facon disponibles dans les boites de dialogue obtenues par un clic gauche sur les axes de coordonnees. Un exemple d'utilisation de ces options se trouve dans CARTANA.FMU\BODE*.FMU. - Un bug a ete corrige dans la definition (Analytique ou Parametree) pour le chargement des formules du plan en 2D. _________________________________________________________________________ Eureka rev 0.06 Voici la revision du mois de Juin 2000 d'Eureka 2.12. - Une erreur d'affichage avec OPEN/GL en 3D a ete corrigee. Le probleme concernait des facettes non affichees sur l'un des bords de la surface. - De nouvelles formules pour les courbes 2D apparaissent, et le chargement des formules *.fmu a ete ameliore. - Un probleme a ete corrige dans le calcul de la fonction julia() (il etait apparu avec l'acceleration de l'evaluation des expressions arithmetiques). - La presentation de commentaires pour les formules a ete revue. - Les Librairies Dynamiques Gem ne sont plus distribuees avec l'archive d'Eureka. Elles continuent a etre supportees par cette release d'Eureka, et vous pourrez les charger sur les sites de leurs Auteurs : Olivier Landemarre : http://olivier.landemarre.free.fr Dominique Bereziat : http://www.inria-rocq.fr/~bereziat J'espere qu'ils continueront a nous emerveiller avec des adaptations reussies des grands standards de la programmation aux plates-formes ATARI ! En attendant, decouvrez Eureka sans LDG, et vous verez qu'une mauvaise version de DLL ou son abscence n'empeche pas l'utilisation du programme, n'oblige pas a la reinstallation complete du programme, voire du systeme. _________________________________________________________________________ Eureka rev 0.05 Voici la revision du mois de Mai 2000 d'Eureka 2.12. - Une erreur dans le chargement de fichiers de donnees sous forme texte a ete corrigee. - Le rendu filaire est maintenant disponible y compris lorsque l'OPEN/GL est choisi pour le rendu 3D. Ce rendu filaire avec OPEN/GL est 10 fois plus lent qu'avec un rendu classique (avec la VDI) mais il peut avoir son utilite. - Pour les courbes tracees en 2 dimensions, lorsque l'on demande d'obtenir des graduations mineures, celles ci sont aussi affichees sur le cote oppose du cadre. - L'accessoire RECORD.ACC a ete recompile. Il y avait un probleme, car la vitesse de relecture etait trop rapide. Cet accesoire permet d'enregistrer une sequence d'actions dans Eureka. C'est une maniere pratique d'enregistrer une sequence, qui pourra etre rejouee en temps differe sans aucune intervention. Les fichiers .REC que l'on peut diffuser sont alors les "partitions" qui transforment votre ordinateur en une sorte de "piano mecanique". Exercez votre virtuosite, et envoyez moi vos "compositions" ... _________________________________________________________________________ Eureka rev 0.04 Voici la revision du mois d'Avril 2000 d'Eureka 2.12. - Eureka est publie sur internet depuis quatre ans. Je tiens a remercier tous ceux qui ont contribue a son amelioration. Les suggestions de votre part sont toujours bienvenues. - Les Librairies Dynamiques Gem ont ete mises a jour. _________________________________________________________________________ Eureka rev 0.03 Voici la revision du mois de Mars 2000 d'Eureka 2.12. - Un bug a ete corrige dans l'export vers POV 3.1. Les fichiers devraient maintenant etre corrects. - La fonction d'illumination a ete revue. Le rendu en 3D est environ 10% plus rapide. - Un probleme a ete corrige dans la rotation de palette de couleurs en mode 256 couleurs (touches et ). - Eureka est compile avec des options de GCC qui allegent l'executable. Les performances ne devraient pas en souffrir. On atteind pas la compacite d'un programme compile avec PURE C, mais c'est comprehensible car PURE C passe les arguments aux fonctions par regitres, contrairement a GCC qui utilise la pile. PURE C demontre que passer les arguments par registres est possible car le 68k possede suffisament de registres non dedies. Le 68k n'est pas un risc, du point de vue du nombre de registres, mais compare a un 80x86, on est nettement a l'aise de ce point de vue. Pourquoi le compilateur GCC ne s'autorise pas a utiliser autre chose que la pile ? Meme le LATTICE C, qui etait loin d'etre optimal pouvait permettre ce type d'appels efficaces. Je me pose la question ... - La consequence indirecte de ce nouveau mode de compilation est que le rendu Z-buffer d'Eureka fonctionne maintenant bien sous MAGIC MAC. Ce rendu plantait en effet a la fin du trace. Ca n'est plus le cas. - Toutes les Librairies Dynamiques Gem ont subit une mise a jour. - MESA 3D LDG n'est plus livre avec l'archive d'Eureka. De toute facon, si TINY et MESA sont presentes, TINY est utilisee par defaut. Si MESA seulement est presente c'est cette librairie qui est utilisee. Si TINY seulement est presente, cette librairie est utilisee. Vous pourrez tout de meme recuperer MESA LDG sur ma page WEB, a l'adresse http://eureka.atari.org _________________________________________________________________________ Eureka rev 0.02 Voici la revision du mois de Fevrier 2000 d'Eureka 2.12. - Les macro-fonctions A(M,N) et B(R,S) ne fonctionnaient pas tres bien. Ca a ete corrige. De plus, lorsque M et N ne sont pas utilises pour A, ou R et S pour la macro- fonction B, il n'est plus necessaire de mettre des valeurs inutiles. Il suffit alors d'indiquer soit "A" soit "B" dans la formule. Si seulement l'un des deux parametres (M et N, ou R et S) est utile, il faut tout de meme indiquer sa valeur, et une valeur inutile pour l'autre. Les parametres des macro-fonctions sont devenus optionnels. Les macro-fonctions sont l'equivalent des #define du langage C pour l'evaluateur d'expressions arithmetiques. Il faut donc comme pour les #define, faire bien attention a utiliser des parentheses (la macro-fonction etant substituee) afin de ne pas effectuer de calculs errones. Pour qu'il y ait aucune confusion, il est plus sur d'entourer l'expression de la macro-fonction par des parentheses ... - Lorsque Tiny/GL est utilise (par defaut) on a maintenant le choix de sauvegarder l'ecran en une image True Color TGA IMG ou PPM. On a donc l'embaras pour fabriquer un film a partir de ces images (a l'aide de MPEGFEVER PPM2FLI ou autre ...). - Le couple SCR_DUMP.ACC IMG_SHOW.PRG marche maintenant tres bien sur les cartes graphiques 32 plans (avec canal Alpha). Je sais bien que le format PiNG accepte jusqu'a 48 plans, mais est ce que quelqu'un sur ATARI a une telle carte graphique ? Je lance un appel ! Bon, en clair, Eureka semble poser moins de problemes sur MAGIC ... On peut maintenant faire des animations dans tous les modes graphiques en faisant des copies d'ecran (XIMG) et en relisant les images avec IMG_SHOW. On ne peut pas faire une animation plus rapide sur les ATARI ... Qu'on se le dise ! - J'ai corrige dans le driver ecran SCREEN.LDG en Librairie Dynamique Gem un bug qui affectait le mode 256 couleurs entrelace (FALCON/TT 256 couleurs). Merci a Olivier de m'avoir permis de corriger en m'envoyant les sources. En attendant non seulement Eureka en beneficie, mais aussi tous les autres programmes qui utilisent SCREEN.LDG ... _________________________________________________________________________ Eureka rev 0.01 Voici la revision du mois de Janvier 2000 d'Eureka 2.12. - Il ne devrait plus y avoir d'alterations de l'affichage sur les cartes graphiques exotiques (n'est ce pas Olivier ?). - L'accessoire SCR_DUMP.ACC a ete modifie. Il doit maintenant etre a meme de gerer plus de modes graphiques (n'est ce pas Olivier ?). - Bon je parle toujours d'Olivier, mais M. LANDEMARRE est un cas particulier avec sa carte graphique 32 plans ... - Tiny/GL fait son apparition. Pour plus d'informations, lisez donc le fichier LIB_DYN.GEM\GEMSYS\LDG\TINY_GL.DOC. En bref, c'est de l'OPEN/GL tres tres peu gourmand en memoire. Si TINY_GL.LDG est present, il sera charge prioritairement a MESA_GL.LDG. D'une part Tiny/GL est beaucoup moins volumineux, et d'autre part, il est plus de 50% plus rapide. Cela justifie qu'il soit charge en priorite. - Le mode interactif fonctionne maintenant sur les cartes graphiques exotiques (sans double buffer : c'est bizarre !). - Lorsque Tiny/GL est present, les images True Color sont maintenant sauvees au format (X)IMG (16 Mcouleurs). Non seulement Tiny ne prend pas beaucoup d'espace memoire, mais les images sauvegardees sont compressees. On peut relire ces images avec GemView ou Image Copy. _________________________________________________________________________ Eureka rev 12.99 Voici la revision du mois de Decembre d'Eureka 2.12. - L'accessoire SCR_DUMP.ACC a ete modifie. Il doit maintenant etre a meme de gerer plus de modes graphiques dans le format IMG. Il faut rappeler que si vous avez une carte graphique, si vous voulez pouvoir relire les images, il vaut mieux utiliser le format PPM qui est portable. Le format IMG est dans ce cas la uniquement lisible avec IMG_SHOW.PRG - Lorsque MESA 3D est actif et que l'on n'est pas en mode interactif, l'illumination de l'objet 3D est recalculee a chaque rotation. Il est donc possible avec MESA de realiser des animations cycliques en tirant parti de la symetrie de l'objet. Par exemple avec la formule ROSE.FMU si vous effectuez 6 rotations de 10 degres pour constituer 6 images, l'animation constituee par ces 6 images sera cyclique. La derniere image se reboucle sur la premiere. Un film constitue de ces 6 images donnera lieu a l'illusion d'une rotation permanente. C'est le principe de l'animation de mon personnage PacMan. Si l'on reboucle l'animation on a l'impression d'un mouvement continu. L'illumination de la scene dans ce cas est crutiale tout autant que la nature des mouvements du personnage. Le probleme est le meme que celui du musicien qui veut reboucler un echantillon sonore (il est possible de constituer de tels echantillons sonores avec Eureka, si si !). Mais pour le son et lumiere, il faudra attendre encore un peu. - Eureka est compile avec GNU C 2.91.66. Excusez moi, la derniere fois j'ai annonce 2.9.1, mais depuis la fusion des projets GNU CC et EGCS, on ne sait plus ou on en est. - Le driver ecran SCREEN sous forme de Librairie Dynamique Gem supporte maintenant autant le mode monochrome que le mode 16 couleurs. Le rendu dans le mode monochrome etait auparavant aleatoire, il est devenu maintenant exact et bien plus rapide. C'est une performance d'Olivier LANDEMARRE. J'ai teste ce rendu sous STonX, TOSBOX, MAGIC PC Demo 6.1, c'est superbe. Ca ressemble un peu au rendu "Surface Pattern" que j'ai mis au point pour les modes <256 couleurs, et c'est aussi efficace. Il n'y a plus besoin d'avoir une carte graphique pour avoir un rendu correct de surfaces en 3D avec MESA. En plus, avec SCREEN, on fait bien mieux que la couche Glut d'OPEN/GL. - Lorsque le rendu MESA 3D direct a l'ecran n'est pas selectionne on retrouve maintenant les rendus initiaux d'Eureka. C'est a dire que l'on aura acces au "dot rendering", au filaire, "surface pattern", filaire avec surfaces cachees pour les modes <256 couleurs et "flat" avec l'algorithme du peintre avec ou sans maille visible, z-buffer "flat", "Gouraud" ... _________________________________________________________________________ Eureka rev 11.99 Voici la revision du mois de Novembre d'Eureka 2.12. - Lorsque la librairie LDG MESA 3D est chargee, la distinction entre un dump d'ecran (copie d'ecran etant realisee avec l'accessoire SCR_DMP.ACC) et la sauvegarde d'images truecolor (TGA) par MESA est nettement distinguee. Si l'on veut faire une copie d'ecran, il faut activer le bouton DUMP dans la boite de rotation en 3D. Si l'on veut sauvegarder une ou plusieurs images avec MESA (TGA) il faut indiquer dans cette meme boite le bouton FICHIER, et choisir de sauver des images. Il est donc maintenant possible de faire des animations lisibles avec IMG_SHOW.PRG avec un rendu OPEN/GL (MESA). - Le rendu Z-buffer a ete ameliore. Il pouvait apparaitre des "trous" dans la surface. C'est maintenant moins le cas. - Une nouvelle version de SCREEN le driver LDG ecran par O. LANDEMARRE et G. TELLO fait son apparition. Celui-ci gere maintenant le mode ecran monochrome. Il est maintenant possible d'avoir un rendu MESA 3D en monochrome. Une nouvelle version des Librairies Dynamiques Gem paraissent aussi. Il faudra remettre a jour les dossiers AUTO CPX et GEMSYS. Merci a Olivier et a Doc. Dom. BEREZIAT. - J'ai retranscrit les formules de MiraPlot un modeleur 3D freeware par MASSIMO PERFINI. C'est fait sur AMIGA, et je l'ai trouve sur le CDROM de Anews No 1. Longue vie a Anews magazine et aux machines qui ont le "A" en commun comme premiere lettre et qui contiennent des processeurs 68k ! - Eureka est compile avec GCC 2.9.1. _________________________________________________________________________ Eureka rev 10.99 Voici la revision du mois d'Octobre d'Eureka 2.12. - Des problemes de portabilite entre PURE C 1.1 et GCC 2.8.1 ont ete resolus. Les fichiers textes exportes etaient pour la plupart exportes au format UNIX (caracteres de controle). Il sont maintenant exportes au format ATARI. Il y aura moins de problemes dans l'export des fichiers. - Une nouvelle version des LDG a ete mise au point par Dominique BEREZIAT et Olivier LANDEMARRE. C'est un beau travail. Il faudra pour une mise a jour d'Eureka remplacer le contenu des dossiers AUTO GEMSYS et CPX par les elements qui se trouvent dans l'archive d'Eureka. - Lorsque la librairie SCREEN.LDG suportera le mode monochrome (c'est pour bientot ...) Eureka sera a meme de le suporter. _________________________________________________________________________ Eureka rev 09.99 Voici la revision du mois de Septembre d'Eureka 2.12. - La gestion du chargement de fichiers de donnees sous forme texte a ete revue. Il est maintenant possible de charger les listes de donnees X et Y separemment de facon a former une serie XY. Bien sur, il est imperatif que les deux listes aient un nombre de valeurs identiques. Lorsque l'on charge des listes X et Y independantes, il faut indiquer le nombre de points de la serie (contenue dans le fichier texte qui doit etre charge). - La formule d'un drapeau flottant a ete ajoutee dans le repertoire POVRAY.FMU\PAR3DREC.FMU. Celle-ci necessite qu'une image IMAGE.RAW soit au meme niveau que l'executable d'Eureka (l'image qui sera mappee sur la surface du drapeau). IMAGE.RAW pourra etre convertie soit par le programme IMGTORAW, soit generee par Eureka. L'animation de la surface sera effectuee par 17 rotations que l'on pourra capturer avec l'option DUMP de la boite de rotation. - Prenez bien en compte mon changement de domicile pour m'adresser un courrier. _________________________________________________________________________ Eureka rev 08.99 Voici la revision du mois d'Aout d'Eureka 2.12. - On peut de nouveau imprimer lorsque MESA a ete charge. - La variable "clock" peut remplacer la variable "time" dans une formule. En effet, ces deux variables jouent des roles identiques. Mais pour qu'une formule soit exportable dans Persistence Of Vision, il faut utiliser la variable "clock". Pour l'instant, il n'y a que la formule VAGUES.FMU qui exploite l'animation de surfaces que permet la variable "clock". Libre a vous d'animer d'autres surfaces. On peut par exemple creer un drapeau qui flotte au vent. Comment faire ? La reponse dans les release d'Eureka suivantes ! Un exemple pour un drapeau flottant se trouve a la fin de la documentation HTML Francaise d'Eureka. Peut-on faire mieux ? - Lors du rendu avec MESA 3D, il est maintenant possible d'obtenir deux types de rendu : "Flat" ou "Gouraud". Precedemment, seul le rendu "Gouraud" etait disponible. Le rendu "Flat" permet de gagner 25% pour la rapidite du rendu. "Flat" est par contre nettement moins bon. - Pour la couleur de fond, en 256 couleurs ou plus, il est maintenant possible de la choisir dans une formule. Les options ";noir" et ";blanc" ou ";black" et ";white" ont ete ajoutees. Ces options sont a ajouter lors de l'enonce d'une formule. - L'axe des x pour la fonction erreur "err()" a ete inverse. err() est maintenant defini comme : err(x)=Integrale[exp(-t*t)]*2/sqrt(pi) [-Inf,x] _________________________________________________________________________ Eureka rev 07.99 Voici la revision du mois de Juillet d'Eureka 2.12. - Un probleme a ete corrige dans la sauvegarde d'images True Color (TGA) en presence de MESA 3D. - Lorsque l'on demande un dump d'ecran et que MESA 3D est present, ce n'est pas l'accessoire de dump qui entre en jeu, mais la sauvegarde TGA de MESA. - Une remarque. Si avec MESA 3D, vous observez que la surface que vous visualisez est dessinee bizarrement (on ne voit que l'interieur de l'objet, des parties de l'objet ne sont pas dessinees ...), la cause vient certainement du fait que le mot cle "solid" a ete employe a tord. Ce mois ci, j'ai verifie les surfaces, en m'assurant qu'elles se dessinaient bien. - Un bouton "ROTATE" a ete ajoute dans le dialogue du choix des couleurs (menu Legende->Fleche). Cette rotation agit en cas de mapping d'image sur une surface. En fait, lorsque l'on fait un mapping, il y a deux options pratiques, qui sont "ROTATE" et "FLIP". La combinaison de ces deux tranformations d'images, permet d'obtenir toutes les formes de mapping. Il a aussi ete ajoute une option ";rotate" a ajouter dans une formule pour obtenir la rotation d'image. Cette rotation est notament utile pour le mapping spherique qui ne s'effectue pas de la meme facon que les mapping pour d'autres systemes de coordonnees. - Une nouvelle version de MESA 3D (0.91) accompagne cette release. Merci a Olivier LANDEMARRE. _________________________________________________________________________ Eureka rev 06.99 Voici la revision du mois de Juin d'Eureka 2.12. - Les fonctions max() et min(), inf() et sup() etaient inversees. Ca a ete corrige. - L'export vers POV 3.1X est maintenant possible. Les expressions mathematiques de POV et d'Eureka n'etant pas tout a fait semblables (bien que proches), pour exporter une formule depuis Eureka, il faut tracer une surface 3D qui est contenue dans le repertoire POVRAY.FMU. Eureka permet de tracer bien plus de fonctions que POV. Le nombre de formules contenues dans POVRAY.FMU est donc moins important que dans FORMULA.FMU. Libre a vous d'en inventer d'autres ... Pour expliquer, le signe d'exponentiation "^" d'Eureka doit etre remplace par la fonction pow() (celle-ci ne traite pas les nombres complexes). "%" doit etre remplace par mod(). A ces adaptations pres, le rendu de surfaces est tout a fait identique dans POV et Eureka. Eureka exporte un objet a facettes. Il est donc important de bien preciser les dimensions de la maille de l'objet (directive ";mesh=P*L"). Toutefois l'objet genere etant un mesh de smooth_triangle, il est inutile de generer un grand nombre de facettes, celles-ci etant interpolees. - Un probleme qui apparaissait avec MAGIC MAC 6 avec la distinction des majuscules et minuscules aux noms de fichiers a ete corrige. - Il a ete ajoute un bouton ANNULER dans la sauvegarde de fichiers en 3D. - Le contenu des dossiers AUTO et CPX a ete change. Il faut les mettre a jour sur votre disque de boot. - Le trace des fonctions 2D et 3D a ete accelere. _________________________________________________________________________ Eureka rev 05.99 Voici la revision du mois de Mai d'Eureka 2.12. - Les fonctions max(), min(), floor(), ceil(), pow(), mod(), degrees(), radians() ont ete rajoutees pour la compatibilite avec les formules de Persistence Of Vision. - Un nouveau SCREEN.LDG (driver ecran pour MESA 3D) est joint. Grace a celui-ci, le mode TrueColor du FALCON 030 est maintenant reconnu. - J'ai converti toutes les formules du repertoire CONVERT.POV/SHAPES avec la nouvelle syntaxe de POV 3.10. Vous verez que le script est considerablement plus court. POV s'ameliore, et devient tres souple. Il est en effet maintenant possible de definir des macros fonctions. Pour calculer les images correspondantes, glissez l'icone du fichier texte *.DEF correspondant au script *.POV que vous voulez calculer, sur l'icone de l'executable de POV 3.XX. Les fichiers contenus dans les differents repertoires, correspondent a POV 3.0X (3.00, 3.01 et 3.02) et POV 3.1X (3.10, 3.1e). En examinant les scripts, vous verez qu'il est assez immediat de transcrire une formule d'Eureka, en un script de POV. Surtout avec POV 3.1X (que j'ai compile). _________________________________________________________________________ Eureka rev 04.99 Voici la revision du mois d'Avril d'Eureka 2.12. - Ca fait maintenant 3 ans qu'Eureka est telechargeable sur Internet. Je remercie a cette occasion toutes les personnes qui ont contribuees a son developpement. Si Eureka est devenu plus convivial, et plus stable, c'est aussi grace a chacun de vous. - Olivier LANDEMARRE participe a cet anniversaire, puisque sa realisation MESA 3D LDG est maintenant livree en version 0.9. Encore plus de fonctions OPEN/GL a disposition ... Merci Olivier ! - Un nouvel indicateur a ete ajoute dans la definition des surfaces. Si l'on rajoute ";solid" a la formule d'une surface, c'est qu'on suppose que cette surface est solide. Une surface solide defini un objet 3D qui peut etre vu dans n'importe quelle direction, et tel que l'elimination des surfaces non visibles, ne pose pas de probleme. C'est dans la plupart des cas, une surface fermee. Par exemple, une cloche n'est pas solide, une sphere l'est. Un objet ferme qui laisse apparaitre les deux cotes de sa surface, n'est pas solide. L'exemple de l'ORCHID.FMU est un exemple de surface fermee, qui n'est pas solide. Il faut utiliser cet indicateur, a propos. Lorsqu'on l'utilise cela permet de gagner 30% en vitesse de rendu MESA 3D, d'ou son interet. Les formules *.FMU ont ete corrigees en fonction de ce nouvel attribut. Un objet solide est un objet tel qu'on ne puisse voir que sa surface exterieure quel que soit le point de vue. Bien sur, si on entre a l'interieur de la surface, il apparait transparent. C'est pourquoi l'export VRML reste un export d'objets non solides. On veut en effet pouvoir contempler l'interieur des objets. - La gestion de la boite de saisie de fichiers de donnees texte, a ete revue. Il n'est plus possible de planter Eureka en repondant n'importe quoi. - Au lieu d'ecrire dans les fichiers exportes en texte des NaN ou des Inf, qui ne sont pas lisibles, Eureka exporte maintenant un nombre tres grand. - Il est maintenant possible de mettre une formule pour le nombre de points affectes a la creation d'une serie. Ca a rendu possible la creation d'une formule de reechantillonnage d'un sample RESAMPLE.FMU. _________________________________________________________________________ Eureka rev 03.99 Voici la revision du mois de Mars d'Eureka 2.12. - Le rendu MESA 3D a ete accelere de 75% environ. - Le rendu MESA a aussi ete ameliore par sa mise en oeuvre. On ne risque plus d'obtenir des facettes d'objet de mauvaise couleur ou mal rendues (tri des facettes maintenant gere par MESA) - La couleur de fond d'ecran (blanc ou noir) est maintenant sauvegardee entre les utilisations d'Eureka. Les adeptes de fond noir (c'est vrai c'est joli !) vont apprecier. Merci a Olivier de m'avoir fait la remarque. - Un bug a ete corrige dans la gestion des fichiers de couleurs (*.map). - Une nouvelle version de la librairie ecran d'O.L. et G.T. a ete mise au point, qui ne pose plus de probleme de conflit entre applications. C'est important, car depuis que Mountain se sert de cette librairie, je ne suis plus seul, et le partage de celle-ci pouvait poser probleme ... - Pour les emulateurs tels que TOS2WIN ou STEmulator qui n'ont pas de palette de couleur hard, il est plus difficile de gerer la palette avec MESA 3D. Une solution de remplacement temporaire a ete trouvee. Avec ces emulateurs MESA fera un rendu en niveaux de gris. Pour un support complet de la couleur, il faudra attendre les versions suivantes. _________________________________________________________________________ Eureka rev 02.99 Voici la revision du mois de Fevrier d'Eureka 2.12. Comme je vous l'avais annonce, et grace a la cooperation de Guillaume TELLO et Olivier LANDEMARRE, il est maintenant possible d'obtenir un rendu 3D MESA directement a l'ecran. MESA est un clone d'OPEN/GL qui est portable sur de nombreuses plates formes. MESA etait deja integre a Eureka, la nouveaute est donc que l'on peut voir le resultat directement a l'ecran. Pour cela, il faudra pour l'instant etre dans un mode superieur a 256 couleurs. Un driver ecran a ete concu par mes deux comperes, qui permet d'afficher l'image 24 bits generee par MESA, a l'ecran. Ce driver, sous forme de librairie dynamique gem, suporte toutes les configurations graphiques exotiques. C'est un beau defi, que vous ne manquerez pas d'apprecier. Tous les commentaires seront les bienvenus dans ma boite au lettre ... Merci donc a G.T. et O.L. _________________________________________________________________________ Eureka rev 01.99 Voici la revision du mois de Janvier d'Eureka 2.12. Bonne annee a tous ... Tout specialement aux ATARIstes. Vous pouvez desormais trouver la derniere version d'Eureka a l'adresse http://eureka.atari.org et laisser un mot dans ma boite a lecoat@atari.org - Cette release est accompagnee de la version 0.7 de MESA 3D. Il a en effet ete detecte un bug dans l'utilisation de la fonction Mxalloc(). Celui-ci faisait planter MESA sur TT et FALCON avec memoire virtuelle avec la version 0.6. - Le rendu en mode interactif et faces cachees a ete accelere. Le rendu est moins precis, mais l'animation est plus fluide. - Il est maintenant devenu possible d'indiquer un chemin de sauvegarde pour les fichiers metafiles GEM, dans la sauvegarde 3D. - Lorsque l'on est en 256 couleurs (ou plus) il est maintenant possible de designer la couleur de fond pour le dessin des objets 3D. C'est le bouton FOND qui se trouve dans le dialogue Legendes Fleche. Il y a le choix entre noir et blanc. - Nous sommes, avec Olivier LANDEMARRE et Guillaume TELLO, entrain de mettre au point une librairie qui permettra de faire un rendu MESA 3D directement a l'ecran. Plus de details dans les releases qui suivront ... - J'inaugure de livrer Eureka avec une compilation par GCC. Bien que l'executable genere par GCC soit plus gros que celui de PURE C, j'ai pu me rendre compte que la version que je vous livre, utilise moins de place memoire que la version PURE C. Free GEM de K. Ellis est tres utile pour s'en rendre compte. De plus, les librairies de GCC sont beaucoup plus a jour que celles de PURE C. J'attend vos remarques. Normalement cette version est plus rapide que la precedente. GCC optimise bien mieux. _________________________________________________________________________ Eureka rev 12.98 Voici la revision du mois de Decembre d'Eureka 2.12. - Lorsque l'on fait un mapping sur une surface, l'image n'est plus chargee a chaque rotation. C'est du temps de gagne ... - Un affreux bug c'etait glisse dans la sauvegarde des fichier 3D. Il y avait une limitation quand a leur nombre. On en parlera plus. - Quelques formules de surfaces 3D ont ete ajoutees. Apres la pomme, la poire. Quelques formules en coordonnees 3D cylindriques. Ce systeme de coordonnees n'etait pas tres pourvu. Si votre imagination en 3D est active, et que vous generez des formes interessantes, faites en moi part. Je les integrerai a la distribution d'Eureka. - Une mauvaise gestion de la boite de dialogue de saisie du centre des objets 3D a ete corrigee. - Cette release est accompagnee de la version 0.6 de MESA 3D. Cette version a ete amelioree par sa gestion memoire plus rigoureuse. Cette version a aussi ete compilee avec LIBM (dont l'auteur est aussi O. LANDEMARRE) ce qui fait que les calculs flottants qu'elle integre sont maintenant rigoureux. GCC devient un outil fiable et efficace ... Pour l'instant Eureka reste compile avec PURE C 1.1 qui produit un code plus compact. _________________________________________________________________________ Eureka rev 11.98 Voici la revision du mois de Novembre de Eureka 2.12. - La gestion des messages de la barre de menu a ete revue. Le multitache ne pose maintenant plus de probleme. - Le chargement de la librairie MESA pouvait ne pas avoir lieu dans certains cas. Ca a ete corrige. - Le test du cookie LDGM a ete supprime pour le chargement des librairies MESA. C'est dominique qui va etre content ... - La croissance des enregistrements a Eureka est exponentielle ! Merci a tous ceux qui m'envoient leurs encouragements. Mes efforts ne sont pas vains. Eureka est en effet un shareware pour lequel vous pouvez contribuer en m'envoyant soit 100FF soit un logiciel dont vous etes l'auteur. C'est un concept qui s'appelle le free-shareware-ware, et vise a developper la cooperation entre les auteurs de logiciels pour nos machines ATARI. _________________________________________________________________________ Eureka rev 10.98 Voici la revision du mois d'Octobre de Eureka 2.12. - Il est maintenant possible de calculer une image True Color des surfaces en 3 dimensions, grace au librairies dynamiques d'Olivier LANDEMARRE et Dominique BEREZIAT. Il s'agit plus precisement des librairies OPEN/GL (MESA) qui permettent un rendu 3D en un temps record. Pour utiliser ces librairies, il faut placer LDG.PRG dans le dossier AUTO et LDG.CPX dans le dossier CPX et le dossier GEMSYS\LDG\* sur le disque C. Si ces librairies sont installees, une boite d'alerte apparaitra au demarrage, et demandera la taille de l'image True Color a calculer (image TGA lisible avec Gemview et Image Copy). Attention, ces librairies et l'image, prennent beaucoup d'espace memoire. Une version plus legere de ces librairies est en cours de realisation. En attendant, vous aurez peut etre recours a la memoire virtuelle (OUTSIDE). ATTENTION : Le calcul d'une image True Color (MESA) necessite d'avoir au minimum 4 mega octets de memoire. Si vous avez moins de 4Mo, il est inutile d'installer les LDG. Ce qui precede ne vous concerne donc pas. Si vous avez juste 4Mo, intallez le minimum d'autres accessoires (AUTO et ACC) et choisissez un mode 16 couleurs de preference (ou moins). - Le cube en rotation dans le mode interactif 3D (touche SHIFT) etait ralenti sur certaines machines. Merci a Emmanuel de me l'avoir fait remarquer. - La barre d'information ne s'affiche plus, en multitache, au dessus des autres applications qu'Eureka. Merci a Olivier d'avoir insiste. Il se peut que ca ne fonctionne pas bien sous Magic (trop special, menu_bar(NULL,-1) ne retourne pas l'id AES du proprietaire de la barre) - Il est maintenant possible de distinguer les surfaces fermees ou non pour l'export EBS. Les surfaces fermees sont plus rapides a dessiner dans EB_MODEL, car on peut alors proceder a une elimination de surfaces cachees (interieures a la surface). _________________________________________________________________________ Eureka rev 09.98 Voici la revision du mois de Septembre de Eureka 2.12. - Il y avait un probleme avec la capture d'ecran en PPM. Il arrivait que le contenu de l'ecran change, avant que la capture ne soit completement achevee. Ca a ete rectifie. - Il est maintenant possible que le rendu d'un objet VRML 2 soit fait en Gouraud Shading. Il y a donc maintenant 3 types de rendus en VRML 2 : Bleu (l'objet est d'un bleu uniforme), Flat (les facettes de l'objet sont visibles) et Gouraud (les facettes ne sont plus visibles, car les couleurs sont interpolees). - 15 memoires sont maintenant definies. Elles s'appellent mem0 a mem14. Il est possible de les affecter dans une formule ou un groupe de formules, en donnant par exemple ";mem0=10.5" apres une formule. L'utilite de telles memoires est d'eviter d'ecrire plusieurs fois un parametre redondant. Ainsi si une formule contient la mention precedente, chaque fois qu'apparaitra mem0, il sera remplace par 10.5. Si il s'agit d'un groupe de formules, la memoire est affectee generalement pour la premiere d'entre elles. Une utilisation de ces memoires est illustree par la formule "PAR3DREC.FMU\MORPHING.FMU". Le morphing 3D entre deux surfaces devient beaucoup plus aise. _________________________________________________________________________ Eureka rev 08.98 Voici la revision du mois d'Aout de Eureka 2.12. - Lorsque l'on est en mode interactif 3D avec la souris, si on appuie sur SHIFT, au lieu de visualiser la surface qui tourne, on visualise un (hyper)cube qui tourne. l'interet est que le cube est bien plus rapide a dessiner que la surface. Ainsi, la rotation est rendue plus fluide. Lorsque l'on relache SHIFT c'est de nouveau la surface qui apparait. La c'est Nicolas qui a eu l'idee brillante ... - Toujours en mode interactif, le curseur apparait comme un vecteur anime. Ce vecteur indique le vecteur axial de la rotation. Il est ainsi plus facile de reperer dans quel sens va etre effectuee la rotation. - Une autre idee du meme genre (merci Emmanuel) : pour la sauvegarde des fichiers en 3D, il est maintenant possible d'indiquer un chemin de sauvegarde en clicquant sur le bouton "CHEMIN". Il est inutile d'indiquer un nom de fichier celui-ci etant genere automatiquement a partir des six premieres lettres (indiquees a gauche du bouton chemin) de deux chiffres, et de l'extension adequate ... Le selecteur de fichier ne sert alors qu'a indiquer le chemin de sauvegarde ... - Il est maintenant possible, lorsque le Z-buffer est propose (256 couleurs ou plus) d'avoir un rendu de Gouraud. Le rendu de Gouraud est de tres bonne qualite, et pas beaucoup plus couteux (en temps) que le Z-buffer. A essayer ... - desormais tg() <=> tan(), atg() <=> atan(), cotg() <=> cotan(), th() <=> tanh(), ath() <=> atanh() et coth() <=> cotanh(). _________________________________________________________________________ Eureka rev 07.98 Voici la revision du mois de Juillet de Eureka 2.12. - La compatibilite avec les premieres versions de GDOS est retablie. Et oui lorsque l'on a peu de memoire autant utiliser GDOS plutot que SPEEDO. C'est maintenant possible ... - Il est possible d'utiliser Eureka sur un support non accessible en ecriture. Maintenant lorsque Eureka se trouvera sur les CDROM on pourra le lancer tout de meme. - Le signe "?" (guess) a ete rajoute. Il est utile pour les systemes de coordonnees 3D ou les limites du trace ne sont pas connues. Dans ce cas, si "?" vous est propose, il n'est pas necessaire de le remplacer par une valeur numerique. La determination des limites de l'espace 3D se fera apres le calcul de la surface. Choisir des limites pour le trace n'est pas toujours evident. Le signe "?" est la pour faciliter l'utilisation. - Les variables duL et frL ont ete rajoutees. duL correspond a la duree de l'echantillon L. frL correspond a la frequence d'echantillonage de l'echantillon L. Ainsi L pourra etre remplace par les lettres 'a' a 'j' correspondantes a la serie en memoire (echantillon sonore par exemple). En combinant ces variables avec le signe "?" il est plus facile de constituer des formules d'exemple de la transformee de Wigner-Ville. Un certain nombre de formules ont donc ete modifiees. Attention, lorsque l'on utilise l'une de ces formules a ce que l'echantillon sonore ait ete charge en memoire prealablement (serie a). - J'ai oublie de dire le mois dernier, qu'il faut lorsque l'on utilise l'option ";mesh=P*L", pour le nouveau systeme de coordonnee spherique, inverser P et L. Par exemple la formule de l'etoile (ETOILE.FMU) n'etait pas correcte. Il fallait mettre ";mesh=5*11" a la suite de la formule, plutot que ";mesh=11*5". Ca a ete rectifie, et vous vous en serez peut etre rendu compte ... ca change beaucoup de choses ... - Une version 030+881 de TRI2POV est maintenant fournie. _________________________________________________________________________ Eureka rev 06.98 Voici la revision du mois de Juin de Eureka 2.12. - Tout le monde se rejouissait du nouvel export EBS. He bien, certain, merci Emmanuel, ont constate un bug dans l'export. Ca devrait maintenant bien fonctionner. - A propos de l'export EBS, Emmanuel m'a propose une amelioration qui fait que les boites englobantes des objets correspondent maintenant a la taille des objets. Reste-il encore quelque chose a faire pour satisfaire vos exigences ?... - Depuis tres longtemps (presque toujours) le systeme de coordonnes spheriques a un probleme. theta (lettre t) et phi (lettre p) etaient inverses. Ce probleme a ete corrige, ainsi que toutes les formules dans le repertoire FORMULA.FMU\SPHERIC.FMU. Si vous avez aussi vos propres formules en coordonnees spheriques, pour les corriger : * inversez t et p dans la formule * attention d'inverser les formules THETA(t) et PHI(p) en inversant les lettres t et p * changer le domaine de variation de theta par celui de phi * changer le commentaire Remarque : j'ai du changer les 11 formules qui se trouvent dans le repertoire SPHERIC.FMU, et j'ai constate qu'il etait beaucoup plus simple d'editer le fichier .FMU avec un editeur de texte. - J'ai ajoute dans le repertoire CONVERT.POV\SHAPES la traduction d'un certain nombre de formules d'Eureka en script POV III. En examinant la concision de ces scripts, on a une idee de la puissance de POV III. Il ne s'agit ni plus ni moins que de rajouter des primitives a POV ... La traduction est presque instantanee, ce qui me fait reflechir a un export POV III depuis Eureka ... - 3D22POV et TRI2POV ont ete modifies pour accepter la donnee eventuelle d'un chemin complet pour les fichier .tri et .3d2 _________________________________________________________________________ Eureka rev 05.98 Voici la revision du mois de Mai de Eureka 2.12. - Le mois dernier j'ai modifie Eureka pour la compatibilite P-SOUND, sans me soucier de la compatibilite avec les autres machines. C'est maintenant repare. La gestion du YAMAHA et du son DMA est maintenant retablie. - Ajout de la possibilite de faire un "flip" de l'image mappee. Lorsque l'on fait un mapping d'une image (image.raw) sur une surface, si celle-ci n'a pas ete cree par Eureka (Image 2D) elle apparait renversee sur la surface. L'option "flip" (menu legende -> fleche) permet d'effectuer un miroir de l'image. Activer "flip" est equivalent a ajouter ";flip" a une formule. - Il est maintenant possible d'exporter une (ou plusieurs) serie de donnees avec un format texte compatible avec la plus part des tableurs. Vous pourrez ainsi creer une serie que votre tableur traditionnel ne peut pas generer, car il ne possede pas toutes les fonctions mathematiques (ou pour d'autre raison de commodite) et l'importer au format texte. Les tableurs testes sont ATARI WORKS, TEXEL, LDWPOWER et le tres pratique GRAPH 1.50 de B. LE TIRANT. Du reste heureusement qu'il existe un tableur pratique comme GRAPH, car pour arriver a tracer une courbe sur les successeurs de LOTUS 1-2-3 c'est un casse tete qui est bien loin d'une informatique conviviale. Un seul regret par rapport a celui-ci, il ne possede pas d'echelles logarithmiques. - Ajout de l'export EBS qui est le format de EB_MODEL. L'export necessitera peut etre encore quelques ameliorations, mais dans l'attente c'est Emmanuel qui va etre content ... _________________________________________________________________________ Eureka rev 04.98 Voici la revision du mois de Avril de Eureka 2.12. - La combinaison "ALT-C" permet de copier le contenu d'une boite de dialogue dans le presse-papier. - Ca fait maintenant deux ans exactement qu'Eureka subit une nouvelle release tous les mois, et que celui-ci est disponible en chargement libre sur l'internet. - La touche "Q" remplace le bouton droit de la souris et permet de sortir d'un ecran d'affichage. Un bug donnait un mauvais fonctionnement de cette touche. Il a ete corrige. - La carte son "P-SOUND" pour HADES est maintenant detectee et geree par Eureka. Merci a Loic SEBALD pour avoir concu cette carte, car un ATARI sans son c'est comme un jour sans soleil. _________________________________________________________________________ Eureka rev 03.98 Voici la revision du mois de Mars de Eureka 2.12. - La gestion des Redraws dans Eureka a ete amelioree pour le multitache. - Le programme IMG_SHOW ne perturbe plus la barre de menu lors du retour, en environnement multitache. - La touche HELP et toutes les autres touches envoient maintenant vers le dialogue d'aide ... C'est Karl qui va etre content ! - Un mode dot-rendering a ete ajoute lorsque l'on demande une visualisation interactive d'une surface 3D. La c'est Emmanuel qui va etre content ... - Un grand merci a Karl SAMYN qui vient de realiser une superbe documentation HTML en Anglais pour Eureka. Il va falloir que je revoie l'esthetique de ma propre documentation pour etre a la hauteur ! _________________________________________________________________________ Eureka rev 02.98 Voici la revision du mois de fevrier de Eureka 2.12. - Eureka est devenu moins gourmand en memoire. Il pourra se lancer sur des configurations legeres. En particulier il se lance avec succes sur la version de demo de TOS2WIN (emulateur Atari pour PeCe). Toutefois, si par manque de memoire les redraws ne sont pas parfaits, il ne faut pas s'en etonner. Comment se fait-il d'ailleurs que TOS2WIN ne soit pas plus connu ? Il est de loin le plus performant et probablement moins cher que d'autres. Il est vrai qu'il n'est peut etre pas le plus compatible. - J'ai oublie de dire que la documentation Papyrus Anglaise maintenue pas Karl SAMYN est lisible avec la version de demo de Papyrus 5 disponible sur divers FTP et sur le CD de STRATOS No 3. Elle a d'ailleurs ete edite a l'aide de cette demo. La documentation est aussi lisible avec la version 4 (presque complete) qui se trouve sur le CD de STRATOS. J'ai meme reussi - quel bonheur - a imprimer cette documentation sans que les alterations subies par le texte, ne soient trop genantes pour la comprehension. - Un mode interactif a ete cree, qui permet de se mouvoir autour des objets en se deplacant avec la souris. Ce mode interactif ne sera vraiment utilisable que sur des machines rapides. Ca n'est pas encore COSMO PLAYER, mais on s'en rapproche ... Pour les machines plus lentes le mode filaire interactif est acceptable. _________________________________________________________________________ Eureka rev 01.98 Voici la revision du mois de janvier de Eureka 2.12. - Une camera a ete ajoutee pour l'export VRML 2.0. Vous verez bien que cela vaut mieux que la camera par defaut qui se trouve en (0,0,10). Si vous avez des remarques, faites les moi, car je travaille quasiment en aveugle dans ce domaine (il manque un visualisateur). - Une documentation HTML Francaise a ete rajoutee. - Le rendu Z-buffer a ete optimise. Il est desormais 4 fois plus rapide que dans les versions precedentes. Mais jusqu'ou ira-t-on ? - Une petite astuce fait qu'il n'est plus necessaire d'effacer l'ancien fichier EUREKA.RSC. _________________________________________________________________________ Eureka rev 12.97 Voici la revision du mois de decembre de Eureka 2.12. - L'operateur "//" parallele peut maintenant etre un operateur qui agit sur des variables complexes. Cela corrige un petit oubli de la version precedente. - Eureka exporte maintenant des surfaces 3D au format VRML 2. C'est l'un des premiers format 3D qui ait ete normalise par quelqu'un d'autre qu'un concepteur de logiciel. Pour donner une image, celui-ci ressemble au niveau des fonctionnalites au langage de Persitence Of Vision. Il contient autant de primitive et possibilites de synthese. Alors que POV est un langage qui est destine a produire des images en temps differe, VRML grace a la puissance de nos machines actuelles permet un rendu (Gouraud principalement) en temps reel. Les scenes 3D deviennent alors virtuellement interactives. VRML : Virtual Reality Modeling Language. Eureka exporte aussi en VRML 1 ... - Des palettes ont ete rajoutees dans le dossier "COLORS". ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 10.97 Voici la revision du mois d'Octobre de Eureka 2.12. - L'operateur "//" parallele a ete ajoute. Pour memoire R1//R2= R1*R2/(R1+R2) utile en electronique ... - Une superbe documentation en Anglais pour Eureka a ete concue par Karl SAMYN, sur le FTP duquel Eureka est regulierement uploade (Royal Military Academy of Belgium). Toute suggestion de votre part est la bienvenue. Cette documentation constitue principalement une traduction de la documentation Francaise. Elle est aussi enrichie d'exemples d'utilisation tires de l'experience de son auteur. Elle est pour l'instant disponible en document Papyrus, lisible et editable avec la version 5 de ce logiciel disponible sur la plupart des FTP. ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 09.97 Voici la revision du mois de Septembre de Eureka 2.12. Les nouveautes sont : - Le format d'objet 3D *.TRI a ete ajoute. Ce format est reconnu par le modeleur freeware POV III "AC3D" sur station UNIX et LINUX. L'avantage de ce format est de permettre l'export d'une couleur par triangle 3D. Les surfaces seront donc maintenant en couleur (a condition de lancer Eureka en 256 couleurs ou plus). - Le dossier 3D2POV18 s'appelle maintenant CONVERT.POV car il contient aussi TRI2POV.TTP qui traduit les fichiers TRI en POV (toutes versions). Pour traduire un fichier *.TRI en POV III, glissez simplement le fichier sur TRI2POV.TTP. Il apparaitra alors un fichier .POV (compatible POV III par defaut) et un fichier .INC. - Des exemples des fonctions de base d'Eureka ont ete enregistres dans des fichiers formule (*.FMU) dans le dossier FORMULA.FMU/ CARTANA.FMU/EXP_FUNK.FMU/*.*. Vous devrez vous placer dans le systeme de coordonnees cartesien analytique. - L'option ";mesh=P*L" a ete ajoutee pour parametrer la maille des surfaces 3D. "P" est a remplacer par le nombre de points/ligne et "L" par le nombre de lignes dans les formules 3D. ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 07.97 Voici la revision du mois de Juillet de Eureka 2.12. Les nouveautes sont : - La dftiL() transformee de Fourier discrete inverse est devenue rapide (aussi performante que fftiL() pour un nombre de points en 2^n). La dftdL() (directe) est bien entendu aussi performante. L'avantage de la DFT est qu'elle est faite sur un nombre arbitraire de points (pas necessairement en 2^n) sans zero padding. C'est un avantage sur la FFT. - La gestion des couleurs a ete amelioree. - Ajout d'un item "Charger ..." dans le menu Courbe qui permet de charger automatiquement une formule *.FMU sans passer par le menu Systeme. C'est un menu pratique, mais qui ne permet pas encore de charger toutes les formules. Pour la premiere utilisation l'item Tracer se comporte de la meme maniere que "Charger ...". - Peut etre bientot VRML 2, patience ... ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 06.97 Voici la revision du mois de Juin de Eureka 2.12. Les nouveautes sont : - L'export des surfaces au format *.TXT compatible EB_MODEL. - l'ajout d'une grille pour les graphes 2D. Cette grille peut etre placee sur les graduations majeures ou mineures. - Possibilite de faire des rotations de palette sur les images 2D ou les surfaces 3D. Pour lancer la rotation de palette, appuyer sur (Run) et pour arreter appuyer sur (Stop) lors de l'affichage du graphe. - Ajout de la transformee de Fourier discrete directe (dftdL()) et inverse (dftiL()). Attention, seule la transformee directe est rapide ... Il existe bien sur, la transformee de Fourier rapide directe (fftdL()) et inverse (fftiL()). Pour y acceder, charger un fichier de donnees (Courbe->Donnee) dans une serie (la premiere est A) et remplacer L par la lettre de la serie (exemple : fftda(x)). ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 05.97 Voici la revision du mois de Mai de Eureka 2.12. Les nouveautes sont : - Correction des bugs sous MAGIC qui donnaient un comportement incoherent au programme. Cette version doit etre compatible MAGIC MAGIC MAC/PC. - Ajout d'un programme IMGTORAW.PRG qui converti les images (X)IMG au format propre d'image (.RAW) d'Eureka. Ceci permet de faire des mappings d'images sur des surfaces. Pour cela il faut placer une image IMAGE.RAW au meme niveau que EUREKA.PRG et ajouter dans la formule de la surface la directive ";color=image". Le programme IMGTORAW.PRG produit aussi un fichier .MAP qui contient une palette de couleur utilisable comme colormap grace au bouton AUTRE dans le dialogue qui apparait dans la fleche a cote de l'item LEGENDES dans le menu COURBE. Attention pour qu'une image soit relisible par Eureka dans le menu IMAGE 2D il faut qu'elle ait certaines dimensions arbitraires qui dependent de la taille de l'ecran. Par contre pour qu'une image soit mappee sur une surface, ses dimensions ne sont pas imposees. - Ajout de l'export VRML couleur pour les surfaces. Vous aurez grace au viewer VRML un rendu similaire et meme superieur a celui d'Eureka. - Ajout d'un format *.XYZ specifique a Eureka d'import/export de surfaces 3D. C'est un format texte qui contient la liste des points de la maille necessaire a la description d'une surface par Eureka. Il est assez aise de generer de tels fichiers avec un programme adequat. Pour toute precision sur ce format contactez moi ... - Le nombre de vertices pour une surface 3D (dimensions de la maille) n'est plus necessairement impair. ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 03.97 Voici la revision du mois de Mars de Eureka 2.12. Les nouveautes sont : - L'amelioration de l'export GEM. - L'impression couleur fonctionne maintenant parfaitement. - L'accessoire SCR_DMP.ACC peut maintenant prendre des snapshots *.PPM (lisibles avec GEMVIEW) ce qui permet de faire des copies d'ecran avec des cartes graphiques exotiques. - Une meilleure compatibilite MAGIC MAC/PC. Les Utilisateurs sont invites a me faire part de leur remarques ... ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 01.97 Voici la revision du mois de Janvier de Eureka 2.12. Bonne annee a tous ! - Un bug a ete supprime dans la generation d'image_map. - L'accessoire RECORD.ACC est maintenant compatible avec toutes les cadences de processeurs. - Eureka a ete teste avec succes sur MAGIC,TOS2WIN,STonX. - J'ai ajoute et recompile 3D22POV pour toutes machines. - Un patch pour le coprocesseur du 68060 est present dans l'archive. Il permet de faire tourner les logiciels tel POV sur machine a base de ce processeur. ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 11.96 Voici la revision du mois de Novembre de Eureka 2.12. - La gestion de la variable time a ete amelioree. - Au premier lancement il est possible de choisir la langue : Francais ou Anglais. ATTENTION : Il faut effacer l'ancien EUREKA.RSC lors de la mise a jour. _________________________________________________________________________ Eureka rev 09.96 Voici la revision du mois de Septembre de Eureka 2.12. - L'export d'images 2D calculee se fait maintenant en couleur. - L'export VRML est maintenant compatible avec de plus nombreux visualisateurs. - Le logiciel devrait fonctionner maintenant tres bien avec les cartes graphiques. - Le programme est compatible avec NVDI 4.XX. _________________________________________________________________________ Eureka rev 07.96 Voici la revision du mois de Juillet de Eureka 2.12. - L'export d'objet VRML et le mapping d'images on ete rajoutes. - Le programme est maintenant compatible avec NVDI 4.XX. _________________________________________________________________________ Eureka rev 05.96 Voici la revision du mois de mai de Eureka 2.12. - Un bug a ete supprime dans le choix des couleurs pour les images et le rendu X-buffer. _________________________________________________________________________ Pour tout contact : WEB http://eureka.atari.org E-mail lecoat@atari.org