Path: ...!news.mixmin.net!aioe.org!IDf6Zf3LEgdPJ26wdgd+3A.user.46.165.242.75.POSTED!not-for-mail
From: Francois LE COAT <lecoat@atari.org>
Newsgroups: fr.comp.sys.atari
Subject: Re: Eureka sur la V4SA et MyAES
Date: Sun, 30 Oct 2022 18:41:01 +0100
Organization: Aioe.org NNTP Server
Message-ID: <tjmcve$1njg$1@gioia.aioe.org>
References: <o5tnYYMDH-muRDxHZCTz4nYWhKo@jntp> <tjhfeq$56j$1@gioia.aioe.org>
 <tjihag$a0i$1@gioia.aioe.org> <3s3z71h5xjjUsUEm8LfMpojW7lM@jntp>
 <tjjble$ihs$1@gioia.aioe.org> <7AqwwCptJMXG0xtaTTjJx63Rk7g@jntp>
 <tjlees$1lnh$1@gioia.aioe.org> <ZMjTVq7UHu9E5cX5f8OSSMpF2YI@jntp>
 <tjm8qf$o5$1@gioia.aioe.org> <X6OJ_dgQTQaYFUI2dVxXkxo0DD4@jntp>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: quoted-printable
Injection-Info: gioia.aioe.org; logging-data="56944"; posting-host="IDf6Zf3LEgdPJ26wdgd+3A.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0)
 Gecko/20100101 Firefox/60.0
X-Notice: Filtered by postfilter v. 0.9.2
Bytes: 5447
Lines: 104

Salut,

OL =E9crit=A0:
>>>> Est-ce que tu as d=E9j=E0 utilis=E9 l'accessoire EB_Dump qui a =E9t=E9=
 con=E7u
>>>> par Emmanuel Baranger en GFA Basic ? Il a le m=EAme probl=E8me que
>>>> Eur=EAka 2.12 lorsque la derni=E8re fen=EAtre a =E9t=E9 ferm=E9e. Il=
 perd le
>>>> focus. Mais comme c'est un accessoire, il est impossible de le
>>>> remettre en premier plan. XaAES a donc =E9t=E9 corrig=E9, pour que l=
orsque
>>>> la derni=E8re fen=EAtre est ferm=E9e, l'application ne perde pas le =
focus.
>> =A0>
>>> EBdump ou EBModel ? Je m'y perd car dans un message un peu plus loin =

>>> tu parles de EBmodel donc lequel des 2?
>>
>> Le bug concerne bien EB_Dump, qui =E9tait inutilisable sous XaAES, et
>> non pas sous TOS4, parce que lorsqu'il effa=E7ait sa derni=E8re fen=EA=
tre
>> active, il perdait le focus, et il devenait impossible =E0 rappeler.
>>
>> =C7a a =E9t=E9 corrig=E9 dans XaAES, et le bug concernait =E0 la fois =
EB_Dump
>> et Eur=EAka 2.12, qui se retrouve aussi parfois sans fen=EAtre active.=

>> C'est un cas de "dead lock" c-=E0-d une situation inextricable ...
>>
>>> JE n'utilise pas EBdump pour la simple raison que j'ai bien mieux=20
>>> int=E9gr=E9 =E0 MyAES, un simple CTRL-Alt-D et le screenshot se fait =
en TC=20
>>> (quel que soit la r=E9solution) en TGA non compress=E9. Sous XaAES le=
=20
>>> m=EAme raccourci clavier existe.
>>
>> Sous TOS, la combinaison clavier si je me souviens est "ALT-HELP" ce
>> qui d=E9clenche l'appel =E0 la fonction TOS Scrdmp(). En fait ce que f=
ont
>> les accessoires `SCR_DMP.ACC` (le mien) et `EB_DUMP.ACC` (Emmanuel)
>> c'est le d=E9tournement de l'appel TOS Scrdmp() en y pla=E7ant le code=

>> d'une copie d'=E9cran dans une image sur le disque au choix. Cette
>> combinaison "ALT-HELP" du clavier ATARI, lorsqu'elle n'est pas
>> d=E9tourn=E9e par nos accessoires, d=E9clenche l'impression de l'=E9cr=
an
>> sur l'imprimante connect=E9e (=E0 aiguilles, laser ou autre ...).
>>
>> L'int=E9r=EAt de `SCR_DMP.ACC` et `EB_DUMP.ACC` est double. D'abord il=

>> ne d=E9clenche pas le fonctionnement de l'imprimante (pas tr=E8s utile=
).
>> D'autre part, lorsque l'on veut faire une copie d'=E9cran dans un
>> programme comme le mien (Eur=EAka 2.12), il suffit de faire l'appel
>> TOS Scrdmp() qui est utile, alors que par d=E9faut il ne sert =E0 rien=
=2E
>>
>> C'est gr=E2ce =E0 EB_Dump que j'ai pu r=E9aliser des animations que l'=
on
>> voit sur ma cha=EEne Youtube comme ...
>>
>> =A0=A0=A0=A0<https://www.youtube.com/watch?v=3DhkbH1h-4DTU> *avec ARAn=
yM*
>>
>> L'int=E9r=EAt n'est pas d'avoir une combinaison de touches, pour faire=

>> une copie d'=E9cran, mais de piloter par logiciel le DUMP, avec l'appe=
l
>> TOS Scrdmp() lorsqu'on le souhaite. Dans la boite de dialogue de
>> d=E9finition de la rotation de surface, dans Eur=EAka 2.12, il existe
>> un bouton "& DUMP" qui permet de d=E9clencher Scrdmp() =E0 chaque rota=
tion.
>> L'int=E9r=EAt des accessoires est alors de r=E9aliser des animations r=
apides
>> et peu gourmandes en m=E9moire vive (compression RLE), sur les ST ...
>=20
> Ok je vois et dans ce cas les images sont cr=E9=E9es avec un index dans=
 le=20
> nom pour ne pas =E9craser la pr=E9c=E9dente demande ou il demande un no=
m =E0=20
> chaque fois?

Non, il y a un incr=E9ment automatique du num=E9ro d'images (jusqu'=E0 99=
99),
qui permet de retrouver les images sur le disque, au choix. Par d=E9faut
le disque est celui du boot ("A:\" ou "C:\") mais avec ARAnyM il vaut
mieux que =E7a soit le disque h=F4te ("H:\").

D'apr=E8s ce que j'ai compris, M_Player de Guillaume Tello, lorsqu'il
est plac=E9 en accessoire, permet de cette fa=E7on de g=E9n=E9rer des DUM=
P,
mais r=E9alise en plus =E0 la fin un fichier vid=E9o en .MOV ou autre,
avec une compression de type RLE. Mais c'est sans doute difficilement
utilisable sur un ST, par manque de m=E9moire vive, qui est d=E9j=E0 util=
is=E9e
par le programme principal (par exemple Eur=EAka 2.12). Enfin, il faudra
que j'essaye un jour voir ce qui est r=E9alisable avec M_Player ...

Tout cela, `SCR_DMP.ACC` et Eur=EAka 2.12 tiennent dans 1Mo de RAM !

--=20
Fran=E7ois LE COAT
Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D)
http://eureka.atari.org/