Logicielsmoto.com

Nous sommes le 27 Oct 2021, 01:58

Heures au format UTC + 1 heure




Poster un nouveau sujet Répondre au sujet  [ 66 messages ]  Aller à la page Précédente  1, 2, 3, 4, 5
Auteur Message
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 14 Juin 2021, 13:26 
Hors ligne

Inscription: 06 Juin 2004, 08:23
Messages: 437
Je me suis replongé dans quelques magazines et j'ai posé quelques questions à droite à gauche.

Sur les machines de première génération (T9000, TO7, TO7/70 et MO5), il n'y avait pas de double densité. Le lecteur officiel était le CD90'015 et les secteurs faisaient 128 octets. Et étant donné que Microsoft Basic 1.0 était le système d'exploitation de facto, il n'y avait aucun problème.

Puis est arrivé le lecteur CD90-640 ("Enfin un vrai lecteur de disquette chez Thomson !" titrait je ne sais plus quel magazine) : 5"1/4 double densité.

Mais personne ne savait vraiment gérer ce lecteur. Est arrivé au même moment le BASIC 128 pour TO7/70, sensé résoudre ce problème et tant d'autres (16 couleurs, DOS intégré, gestion de l'extension RAM). Le nouveau standard. BASIC 128 a été au début encensé, puis les gens se sont rendu compte que tout n'était pas rose (par exemple, performances catastrophiques avec le QDD, 4 fois plus lent que sous Basic 1.0).

Et c'est bien la limitation du BASIC aux chaînes de caractère de 255 octets qui a entraîné ce choix malheureux de secteur bancal ! Que faire : modifier toute la mécanique des chaînes de caractère, quitte à rendre le BASIC 128 incompatible avec le BASIC 1.0, ou mettre discrètement sous le tapis ce très gênant 256ème caractère ?

C'est le second choix qui a été retenu. En vérité, ça semblait plutôt une bonne idée sur le moment.

BASIC 128 a ensuite été intégré au TO9. Et l'idée d'extra-moniteur date de la même époque. Et plus possible de faire marche arrière, pas vraiment besoin non plus ...

Par contre, ceux qui avaient des MO, Tintin ! Thomson a bricolé un DOS Basic v1.1 vite fait qui est compatible, mais c'est tout. De toute manière, qui possédait un lecteur de disquette sur MO, hein, c'était la branche pour les pauvres (c'est-à-dire moi !)

En lisant certaines docs en détail, on s'aperçoit que Thomson a vraiment bricolé sur ce coup-là. Par exemple, la ROM contrôleur du CD90-640 a une liste de logiciels MEMO7 simple densité pour pouvoir les reconnaitre en cas de pépin. Une bonne grosse verrue. La page 8 du manuel utilisateur du lecteur en fait état !

Un vrai scandale :fresh: Mais après 40 ans, je comprends enfin l'utilité de la notion de densité et de la complexité à copier les fichiers de l'une à l'autre.

Bon, désolé d'avoir pollué le fil de discu avec cette histoire, parce que le reste est vraiment intéressant.


Haut
 Profil  
Répondre en citant le message  
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 14 Juin 2021, 14:02 
Hors ligne

Inscription: 21 Aoû 2006, 09:06
Messages: 1523
Localisation: Brest
Donc le basic 128 prédate le TO9. Je ne savais pas. Sur TO7/70 j'ai toujours connu le basic 1.0.

C'est vrai qu'on devrait déplacer cette partie dans la partie "historique" du forum. Yoann peut-être ?

_________________
Good morning, that's a nice Tnetennba


Haut
 Profil  
Répondre en citant le message  
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 14 Juin 2021, 15:18 
Hors ligne

Inscription: 06 Juin 2004, 08:23
Messages: 437
Commercialement, le BASIC 128 et le TO9 sont sortis en même temps (automne 85), mais apparemment la logique était de faire d'abord un BASIC 2.0 pour TO7/70 et ils l'ont fort logiquement intégré au TO9, puisque le BASIC 1.0 était insuffisant pour gérer le TO9. Tout ça c'était du travail en parallèle de toute façon. Le TO9 étant un "super TO7-70", difficile de dire qui de l'oeuf ou de la poule est arrivé en premier.


Haut
 Profil  
Répondre en citant le message  
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 13 Sep 2021, 11:56 
Hors ligne

Inscription: 21 Fév 2020, 11:38
Messages: 231
Bentoc a écrit:
Je vais suivre cette analyse avec attention car j’ai bcp joué a ce jeu (difficile), et je suis curieux de savoir ce qu’il y a « derrière ».
Très bonne idée Sam :bien:


Ben pas si difficile que cela si on joue à la version crackée de HCL avec options! (Comme par exemples vies infinies)


Haut
 Profil  
Répondre en citant le message  
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 13 Sep 2021, 12:06 
Hors ligne

Inscription: 21 Fév 2020, 11:38
Messages: 231
Bentoc a écrit:
Avec le nouvel écran titre !!! :good:

Chapeau pour cette version "Bidouille by SAM"

As-tu un cheat code pour avoir des vies infinies ? :D

Je passe le boss mais après ça se corse un peu ...


Comme je le disais, HCL avait édité tout un ensemble de jeux Thomson patchés avec des options diverses (vies infinies notamment), ils sont sur DC Moto.


Haut
 Profil  
Répondre en citant le message  
 Sujet du message: Re: [Etude] Slap Fight
MessagePosté: 13 Sep 2021, 14:17 
Hors ligne

Inscription: 21 Fév 2020, 11:38
Messages: 231
Samuel Devulder a écrit:
Il y a quelques temps je suis tombé sur la vidéo de Neotenien au sujet de Slap Fight
phpBB [video]


Comme il le fait remarquer l'affichage est très coloré et pas mal rapide. Aussi j'ai voulu l'étudier pour évaluer sa vitesse de rafraichissement.

Pour ce faire, j'ai mis un point d'arrêt en écriture au milieu de la première ligne écran ($4014) sous DCMOTO et utilisé la fonction de comptage de cycle entre deux arrêts. Je crois qu'il est aussi possible de faire cela sous TEO, mais j'ai fait avec ce que j'avais sous le coude en dépit de quelques surprises qui m'ont aussi pas mal amusées, mais c'est une autre histoire.

J'ai alors observé ceci
  • 1ère écriture au bout de ~103330 cycles (PC=$C0A7 Page 2000 -> forme)
  • 2eme écriture au bout de 579 cycles (PC=$C0D4 Page 000 -> fond)

L'une des deux écritures est la vidéo de forme et l'autre de fond. Le total (environ 104ms) nous donne le temps moyen de rafraichissement de l'ensemble de l'écran à ce moment là du jeu (le tout début, quand il n'y a que le sprite du vaisseau). Cela nous fait environ 9.6fps, c'est pas mal du tout. :bien:

Vous me connaissez, j'ai poussé l'étude un peu plus loin pour voir s'il était possible d'améliorer cela un petit peu. J'ai quelques résultats et plutôt que de tout donner d'un coup, ce qui serait assez indigeste, je vous propose de suivre ici, dans ce fil, pas à pas, mes avancées sur ce jeu.

A plus tard.


C'est super que tu aies réussi à optimiser de 20%

Mais je recommande à tout le monde de regarder la vidéo jusqu'à la fin, je parle notamment de l'émulation à 4MHz du jeu (pour avoir la même fréquence que sur l'Amstrad, le ZX Spectrum et les MSX) et on voit un jeu d'une vitesse phénoménale!! Je pense que si les Thomson était à 2 MHz au lieu de 1, ça aurait défié toute la concurrence des 8 bits. Les 6809 sont à 0.42 MIPS par MHz, les 6502 sont à 0.43 (parce qu'il n'ont pas les instructions indexées, pas de registres 16 bits ni de mode indexé, ni même le MUL) et je crois que les ZX80 sont à environ 0.15 MIPS par MHz (0.52 pour les 3.8 MHz). Les 8088 c'est encore pire (quand on voit que les Thomson égalaient les 8088 à 4.66 MHz...).

Franchement les 6809 (et les 6309 d'Hitachi) c'était vraiment du bon processeur!


Haut
 Profil  
Répondre en citant le message  
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 66 messages ]  Aller à la page Précédente  1, 2, 3, 4, 5

Heures au format UTC + 1 heure


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 2 invités


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
cron
Développé par phpBB® Forum Software © phpBB Group
Traduction par phpBB-fr.com