cerhu > comp.sys.* > comp.sys.atari

Pierre Ton-That (31/12/2018, 22h59)
Houba,

Disponible sur ma maison-page ou directement dans le dossier
[..]

En gros :
- le magasin de Crispin (manque des petits détails, ça sera pour la
prochaine release).
- écrans d'interlude, avec starfield et fontes horizon.
- corrections de bogues, dont le blocage au lancement sur Falcon CT60
sans carte PCI.

Pour le détail, allez lire le dernier commentaire de la page qui va
bien, ou sur mon fil d'annonces sur [..] ("news on my
gem games") où il y a une vidéo tutube (saurez-vous reconnaître l'air
d'opéra en fond sonore ?).

Aussi, Teenage Queen Releaded a été actualisé avec un correctif
(blocage lancement sur Falcon CT60 sans PCI).

Cheers,
Arachide (01/01/2019, 12h14)
Le 31/12/2018 à 21:59, Pierre Ton-That a écrit :
[..]
> Pour le détail, allez lire le dernier commentaire de la page qui va
> bien, ou sur mon fil d'annonces sur [..] ("news on my
> gem games") où il y a une vidéo tutube (saurez-vous reconnaître l'air
> d'opéra en fond sonore ?).
> Aussi, Teenage Queen Releaded a été actualisé avec un correctif
> (blocage lancement sur Falcon CT60 sans PCI).
> Cheers,


Coucou,

Par jeu, testé sur TT... bon... ben voilà. Fenêtre qui reste noire et le
fantome du vaisseau apparaît par moment.

Alors, testé sur CT60 : là ça marche très bien!
Son, graphisme.
J'ai joué avec le joystick, bien reconnu.

Niveau 1, 2, le Shop, jusqu'à un magnifique Game Over.

Par contre : j'ai réglé pour que la souris soit effacée si le jeu est au
premier plan.
Sauf, qu'après un Game Over, la fenêtre des meilleurs scores s'ouvre et
la souris n'est pas revenue. On navigue à l'aveugle.
Malgré tout, si on quitte avec un Ctrl+Q, la souris revien bien sur le
bureau.

Guillaume.
Arachide (01/01/2019, 12h33)
Le 01/01/2019 à 11:14, Arachide a écrit :

> Coucou,
> Par jeu, testé sur TT... bon... ben voilà. Fenêtre qui reste noire et le
> fantome du vaisseau apparaît par moment.


Ah! testé en 256 couleurs sur le TT, ça fonctionne. Très lentement, mais
ça tourne.
Avant j'étais en 16 bits et le jeu ne semble pas reconnaître le mode
graphique de ma NOVA. Tout était noir dans la fenêtre.

Guillaume.
Pierre Ton-That (01/01/2019, 20h17)
Plop,

Merci pour le retour des tests.

Arachide a écrit :
> Par jeu, testé sur TT... bon... ben voilà. Fenêtre qui reste noire et le
> fantome du vaisseau apparaît par moment.


NVDI ou équivalent obligatoire si vieille carte graphique ou display non
standard Atari. Ceci pour toutes mes productions GEM gérant des sprites.

Si le cookie EdDI n'est pas trouvé (pas de fonction vq_scrninfo()), mes
programmes considèrent que c'est de l'affichage standard Atari. Donc ça
peut marcher sur TT 256c mais pas en TC sur carte graphique.
Je considère que c'est au driver graphique de fournir la fonction
vq_scrninfo() et de la renseigner comme il faut.

> Par contre : j'ai réglé pour que la souris soit effacée si le jeu est au
> premier plan.
> Sauf, qu'après un Game Over, la fenêtre des meilleurs scores s'ouvre et la
> souris n'est pas revenue. On navigue à l'aveugle.


Oubli. Merci. Rajouté dans la version de développement.

Tchuss
Daroou (01/01/2019, 21h51)
Bonsoir,

Le 31/12/2018 à 21:59, Pierre Ton-That a écrit :
> Disponible sur ma maison-page ou directement dans le dossier
> [..]


Impressionnant, bon boulot Pierre !

Bon courage pour la suite,
Pierre Ton-That (06/01/2019, 01h45)
Plop,

Daroou a écrit :
> Impressionnant, bon boulot Pierre !
> Bon courage pour la suite,


Merci !

Le projet est proche de la complétion. Reste que des broutilles.

Cheers,
Francois LE COAT (06/01/2019, 15h51)
Salut,

Pierre écrit :
>> Impressionnant, bon boulot Pierre !
>> Bon courage pour la suite,

> Merci !
> Le projet est proche de la complétion. Reste que des broutilles.


C'est un beau projet ATARI pour 2019. Il y en a d'autres. Ça promet
une bonne année, 50 ans après l'homme sur la Lune. Notre année !

Merci =)
Arachide (06/01/2019, 17h53)
Le 06/01/2019 à 14:51, Francois LE COAT a écrit :
> Salut,
> Pierre écrit :
> C'est un beau projet ATARI pour 2019. Il y en a d'autres. Ça promet
> une bonne année, 50 ans après l'homme sur la Lune. Notre année !
> Merci =) As tu pu le tester sur ta config ?


Guillaume.
Francois LE COAT (06/01/2019, 18h17)
Salut,

Arachide écrit :
> As tu pu le tester sur ta config ?
> Guillaume.


Bien, c'est à dire que j'ai trois configurations. Sous ARAnyM ça semble
marcher. Sous AtariX pas tellement. Sous Hatari, à condition que l'on
n'utilise pas le DSP. Je viens de tester, globalement ça marche =)

Merci !
Francois LE COAT (06/01/2019, 23h38)
Salut,

Arachide écrit :
> Bien, c'est à dire que j'ai trois configurations. Sous ARAnyM ça semble
> marcher. Sous AtariX pas tellement. Sous Hatari, à condition que l'on
> n'utilise pas le DSP. Je viens de tester, globalement ça marche =)


En fait, sous ARAnyM c'est bien trop rapide. On ne contrôle pas du tout.
Sous Hatari, même avec un Falcon030 boosté, ça se traine énormément. Et
avec AtariX ça plante après les procédures initiales, en replissantla
mémoire, et donc l'écran avec une valeur. Mais enfin, j'ai l'impression
pour ce projet, que Xenon II est surtout destiné à fonctionner sur la
machine Firebee, pour le moment. Il faudra du temps pour que ça marche
sur toutes les machines (rapides) avec une certaine fluidité. Surtout
Guillaume, comme Eurêka 2.12, même si ça fonctionne aussi sur les
anciennes machines de la marque, ça n'est pas garanti d'être jouable !
Daroou (11/01/2019, 22h17)
Bonsoir,

Le 01/01/2019 à 19:17, Pierre Ton-That a écrit :
> Arachide a écrit :
> NVDI ou équivalent obligatoire si vieille carte graphique ou display non
> standard Atari. Ceci pour toutes mes productions GEM gérant des sprites.
> Si le cookie EdDI n'est pas trouvé (pas de fonction vq_scrninfo()), mes
> programmes considèrent que c'est de l'affichage standard Atari. Donc ça
> peut marcher sur TT 256c mais pas en TC sur carte graphique.
> Je considère que c'est au driver graphique de fournir la fonction
> vq_scrninfo() et de la renseigner comme il faut.


Les config qui n'ont pas le cookie EdDi, ne l'auront jamais.

Pourquoi ne pas créer un nouveau cookie pour ces configs qui indiquerait
les infos nécessaires ?

Cookie 'SCRI' (SCReen Info) par exemple.

Quelles infos sont nécessaire ?

Perso, j'ai juste besoin du format des pixels.
Avec EdDI, je parcours les composants des pixels RGB dans
workout(16 à 64) et en déduis un code pour le format.

Pour moi, le cookie ne renverrait qu'une seule valeur, un code
de format des pixels

0 - 1 bit plan
1 - 2 bits plan
2 - 4 bits plan
3 - 8 bits plan
4 - 8 bits packed
5 - 15 bits Falcon
6 - 15 bits Motorola
7 - 15 Bits Intel
8 - 16 bits Motorola
9 - 16 Bits Intel
10 - 24 bits Motorola
11 - 24 bits Intel
12 - 32 bits Motorola
13 - 32 bits Intel

Un programme (dossier AUTO) installerait le cookie en fonction des
infos contenu dans un fichier texte (ou inclus dans le programme)

Le problème, dans le dossier AUTO, on ne peut pas appeler la VDI
pour connaitre le nombre de plan de la résolution en cours. Donc
ça fonctionnerait que pour une seule résolution, à moins d'exécuter
le programme après le démarrage de l'AES (dossier Start de MagiC,
ouverture Auto depuis le bureau sous TOS, et l'équivalent sous Mint).

En fonction du nombre de plan, le programme installerait la bonne
valeur pour le cookie.

Bonne soirée,
Arachide (12/01/2019, 00h49)
Le 11/01/2019 à 21:17, Daroou a écrit :
[..]
> 11 - 24 bits Intel
> 12 - 32 bits Motorola
> 13 - 32 bits Intel
>> Un programme (dossier AUTO) installerait le cookie en fonction des

> infos contenu dans un fichier texte (ou inclus dans le programme)
> Le problème, dans le dossier AUTO, on ne peut pas appeler la VDI
> pour connaitre le nombre de plan de la résolution en cours.


On peut faire un V_OPNWK dans le dossier AUTO et utiliser la VDI.
(et non pas un V_OPNVWK) Ensuite, il faut bien penser à refermer la
station VDI pour que l'AES puis la rouvrir correctement pour le bureau.

J'ai fait un programme qui règle mes paramètres de lancement depuis le
dossier AUTO et qui utilise la VDI (textes, boites, souris).

Guillaume.
Pierre Ton-That (12/01/2019, 01h13)
Plop,

Daroou a écrit :
> Les config qui n'ont pas le cookie EdDi, ne l'auront jamais.
> Pourquoi ne pas créer un nouveau cookie pour ces configs qui indiquerait
> les infos nécessaires ?
> Cookie 'SCRI' (SCReen Info) par exemple.


Cela peut le faire, mais imposerait à beaucoup de programmes de gérer
un autre et nouveau cookie.

Le mieux serait de pondre un outil qui installerait carrément le
cookie EdDI s'il est manquant avec la fonction vq_scrninfo correctement
remplie. Pas besoin d'implémenter toutes les fonctionnalités, juste les
renseignements de structure de l'écran.

J'ai aucune compétence en programme type _TSR et autre patch système
d'exploitation, mais il est possible d'ajouter des fonctions VDI, AES,
GEMDOS, etc au système sans être le driver/gestionaire principal.
Cf fVDI en master sur FireBee ou Falcon+Eclipse, mais NVDI peut être là
en renfort avec ses SYS désactivés, le Trapper de G.Stoll qui installe
les fonctions MiNTnet dans le GEMDOS pour moderniser MagiCNet, etc.

Cheers,
Arachide (12/01/2019, 12h15)
Le 12/01/2019 à 00:13, Pierre Ton-That a écrit :

> Le mieux serait de pondre un outil qui installerait carrément le
> cookie EdDI s'il est manquant avec la fonction vq_scrninfo correctement
> remplie. Pas besoin d'implémenter toutes les fonctionnalités, juste les
> renseignements de structure de l'écran.


J'y travaille pour ma carte NOVA, je vais voir si ça fonctionne.
Si le principe est correct, alors je tenterai de l'adapter à d'autres
types d'écran.

Guillaume.
Daroou (12/01/2019, 13h27)
Bonjour,

Le 11/01/2019 à 23:49, Arachide a écrit :
> On peut faire un V_OPNWK dans le dossier AUTO et utiliser la VDI.
> (et non pas un V_OPNVWK) Ensuite, il faut bien penser à refermer la
> station VDI pour que l'AES puis la rouvrir correctement pour le
> bureau.
> J'ai fait un programme qui règle mes paramètres de lancement depuis le
> dossier AUTO et qui utilise la VDI (textes, boites, souris).


Très bien.

Le 12/01/2019 à 00:13, Pierre Ton-That a écrit :
> Le mieux serait de pondre un outil qui installerait carrément le
> cookie EdDI s'il est manquant avec la fonction vq_scrninfo correctement
> remplie. Faut installer v_opnbm() et v_clsbm().


v_opnbm() ne renvoie pas de réponse, mais il suffit de mettre l'handle
à 0 (zéro) pour indiquer que l'ouverture offscreen a échoué, après, au
codeur de vérifier la valeur de l'handle.

v_clsbm() ne fera rien.

Pas beaucoup de différence entre EdDI 1.00 et 1.10.
[..]

Bonne journée,

Discussions similaires
Durée et/ou travail dans un plan projet, puis suivi de projet

Comment puis-je retirer un sous-projet d'un projet consolidé?

Ligne Metz Luxembourg / Projet de 3ème voie... Ou en est ce projet ?... Merci

Liaison inter-projet sans publication de projet maitre


Fuseau horaire GMT +2. Il est actuellement 08h26. | Privacy Policy