home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ST-Computer Leser 2002 January
/
STC_CD_01_2002.iso
/
APP
/
EURKA201
/
EURKA201.UPL
Wrap
Text File
|
2002-01-01
|
81KB
|
1,351 lines
***** * * **** ***** * * *** ** ** **
* * * * * * * * * * * * * * * *
**** * * **** **** *** ***** * * *
* * * * * * * * * * * ** * *
***** *** * * ***** * * * * **** ** **** ****
____________________________________________________
Grapheur 2D, Modeleur 3D
2D Graph Describer, 3D Modeller
Archimedium Copyrigth's 02/1987
-
http://eureka.atari.org
mailto:lecoat@atari.org
____________________________________________________
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 <R> et <S>).
- 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 <R> (Run)
et pour arreter appuyer sur <S> (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://www.ief.u-psud.fr/~lecoat/
E-mail lecoat@ief.u-psud.fr