Forum

__sam__

gilles a écrit :Je branche le LEP sur une entrée annexe du port série, je ne me souviens plus exactement lequel... Carrier detect peut être...

Tiens, ce sujet a été abordé sur usenet dans le fil. A la base je crois que c'était ce que recherchait Doug.

J'en profite pour demander si le format K7 a été clairement documenté quelque part (à partir d'un desassemblage du monitor idéalement), car j'aimerais comprendre d'où vient la porteuse à 6.3khz en début de block "entete" et du fichier "data" qui suit. A mon avis c'est un truc qui est effectué dès la mise en route du moteur, mais j'aimerais "confirmation". J'aimerais aussi savoir si le motif ff ff ff.. ff 01 3c est standard ou pas. Il y a un motif similaire pour MO, mais c'est pas exactement le même. Je me demande à quoi sert ce motif en début de bloc.

Autre point: Etant donné que la génération des impulsions est faite logiciellement sur TO, je me suis demandé s'il était possible qu'un TO génère un fichier K7 lisible sur MO ? (l'inverse étant bien entendu impossible). Quelqu'un a t'il tenté la manip (pour la gloire parce que pratiquement ça n'a aucun intérêt, sauf avec beaucoup de chance pourvoir faire des K7 lisibles sur MO *ET* TO simultanément.. pas évident en 0/1 de mélanger ces fréquences je pense).

Dernier point: Connait-on la raison de la dissymétrie entre la lecture et l'écriture sur TO? Pourquoi est-ce que l'encodage des bits n'était pas fait dans le lecteur? A priori la modulation des bits 0/1 par des oscillos à 6.3 et 4.5khz ne semble pas hors de portée électroniquement parlant.

sam.

__sam__

Moustic a écrit :Salut,
Je signale une conversation fort intéressante sur fr.comp.ordinosaures (à chercher sur Google Groups pour ceux qui ne lisent pas Usenet), au sujet des transferts entre K7 et PC : Samuel Devulder et Doug713705 semblent avoir créé un petit programme permettant de sauvegarder les K7 TO7 au format wav ou l'inverse (lire les wav directement vers le TO7)... programme qu'ils mettent à disposition via un lien.
La conversation a pour titre : [TO7]k7towav tout simplement.

Je confirme. Par contre j'ai ouvert un fil sur logicielsmoto. Le code source est lisible en embarqué dans la page. (je sais pas où je peux le "preserver" ailleurs.. je suis pas certain des liens que j'ai posté sur usenet).

On a pas mal galèré, mais au final ca marche et c'est cool. C'était curieux de ne plus pouvoir trouver ce genre de progs pour TO.. A noter les wav2k7 qui marchent "tout seul" (sans DOS4GW) se font rares.. j'ai eu bcp de plantes et 1 seul (indiqué sur la page logicielsmoto) semble passer sur mon XP.

sam.

__sam__

razzmoket a écrit :salut

je cherche comment utiliser la souris en basic TO

la commande IMOUSE X,Y ne donne rien.
il y a une commande MOUSE , mais qu'elle en est la syntaxe ?

Tu trouvera la doc du TO8 sur le site de Daniel Coulomb: http://dcmo5.free.fr/onlinedoc/. La doc du TO9(plus) donne l'info page 129:

Code : Tout sélectionner

INMOUSE X,Y
INPUTMOUSE X,Y

==> retourne les coordonées de la souris dans les vars X/Y. La version INPUT attends l'appuie sur l'un des boutons de la souris pour retourner (appel bloquant)

Pour le crayon optique c'est pareil avec

Code : Tout sélectionner

INPEN X,Y
INPUTPEN X,Y

La version INPUTPEN est elle aussi bloquante.

Attention avec les emulateurs... ils émulent indifférement la souris et le crayon optique, mais il faut choisir dans les preferences quel est le périphérique d'entré. L'emul ne pouvant emuler à la fois le crayon optique *et* la souris, seul le périfphérique d'entré choisi retourne une coordonée valide. Ainsi si tu as choisi comme périf le crayon optique (emulé par la souris du PC), je pense que la souris "thomson" retournera (0,0). A l'inverse si tu choisis la souris comme périf d'entré, INPEN retourne (-1,-1) car il considérera que le crayon optique ne pointe pas sur l'ecran.

__sam__

gilles a écrit :
Code : Tout sélectionner
	asm("lda 0HE7CC");
	asm("anda #0H0F");
	asm("sta 0HE61FF");

Tiens je me demande si comme avec GCC tu ne peux pas écrire cela avec une seule instruction ASM.

1/ soit en utilisant le ';' comme séparateur d'instruction asm:

Code : Tout sélectionner

asm("lda 0hE7CC; anda #15; sta 0h61ff");

2/ soit en utilisant la concaténation implicite de chaines en C:

Code : Tout sélectionner

asm(""
"lda 0hE7CC\n"
"anda #15\n"
"sta 0h61FF");

3/ soit carrément en ne fermant pas la chaine sur une même ligne. C'est ce que j'utilise avec gcc par exemple. En fait je m'amusais pas mal à mixer le C (code d'origine, de référence) et l'ASM (+/- optimisé) quand je travaillais sur un format perso de nombre flottants sur 16bits utilisé dans mon générateur de montagne (SEEE EEEM MMMMMMMM: 1bit signe, 6bits pour l'expostant, et 9(+1, implicite) pour la mantisse. C'est un bon format: pas gourmand, bonne précision relative (0.1%) et qui permet de mixer des grosses valeurs avec des petites). Ca donnait par exemple

Code : Tout sélectionner

#ifdef __MC6809__
extern int itof(int i);
asm("	.area 	_CODE
	.globl 	_itof
_itof:	pshs	x
	ldx	#32+16
	ldd	4,s
	bne	itof1
	puls	x,pc
itof1:	bpl	itof2
	nega
	negb
	sbca	#0
	leax	64,x
itof2:	leax	-1,x
	lslb
	rola
	bcc	itof2
	andb	#128
	leax	d,x
	tfr	x,d
	exg	a,b
	aslb
	rola
	adcb	#0
	puls	x,pc
");
#else
// conversion int --> fp
int itof(int i) {
  int e = (32+15)<<9, z = 0;
  if(!i) return 0;
  if(i<0) {
    e |= 0x8000;
    i = -i;
  }
  do {
    e-=0x200;
    i<<=1;
  } while(!btst(i,0x8000));

  i>>=6;
  i&=0x1FF;
  e |= i;

  //  if(z) e |= 0x8000;

  return e;
}
#endif

__sam__

gilles a écrit :bah, la cartouche 6809 du TO7 heu... c'est bien mais y'a mieux...

Ben il y a aussi le compilateur ASM de préhisto (c6809).

Sinon perso pour certains effets de la démo "Space Project" mes 1er protos (avant le passage de préhisto pour les optims) étaient en C avec ASM sous gcc6809.. C'est pas mal pour mettre au point. Il faut juste passer outre le faite que le compilo avorte quand il y a des expressions trop complexes et qu'il manque de registres.

A noter: j'ai réussi aussi à recompiler un gcc4 pour 6809 et voir les trucs +/- sympa qu'il propose sur le forum de logicielsmoto:

- un mode où B et X ne sont pas préservés sur la pile, et sont utilisés pour passer des valeurs aux fonctions (sympa pour économiser des cycles)
- il sait étendre le nombre de registres en utilisant l'adressage direct via DP en fournissant potentiellement 256 nouveaux registres globaux (cool, c'était un vieux soucis avec l'ancien GCC qui plantait sur du code 6809e par manque de registre sur des expressions complexes)
- il sait utiliser une notion de far pointer pour appeler des fonctions dans une autre bank mémoire et donc dépasser la limite des 64Ko (trop bien ce truc... mais ca serait encore mieux s'il ne fallait pas spécifier les banks des fonctions mais que le linker se débrouillait tout seul.. et aussi si ca pouvait marcher pour les structures de données)

__sam__

stamba a écrit :Un A1200 pour faire de l'émulation de TO8 !?

What a f*cking waste !!

Ben quoi? J'ai vu et fait bien pire: faire tourner un emul amiga dans un amiga! Et oui... j'ai été pendant un temps il y a longempts (12ans) le porteur officiel de UAE pour amiga (regardez la page de crédits

) J'ai une version pOS et Amigaos encore quelque part en développement sur mon miga... à 700km d'ici.. Pire comme par ailleurs je portais aussi emuto7 et teo (ici) pour amiga j'avais reussi à faire tourner et diffuser un snapshot d'ecran où l'on voyait l'emul to8 sous l'emul amiga sous linux sur un p233! (Ah les joies des poupées russes). (si je n'avais pas paumé le backup de mon compte à la fac à l'epoque j'aurais encore une trace de ce snapshort... grrrr)

Bon sinon oui question perfs: sur un A1200 brut de fonderie l'emul thomson va rammer sec. Avec mon 68030@40Mhz j'arrivais à peine aux perfs originales pour certains jeux (vampire)... l'idéal à l'epoque etait un 68030@50Mhz, ou mieux un 040 voire un 060.. C'est pas évident à trouver de nos jours. D'ailleurs je n'ai plus d'espoir de pouvoir upgrader mon 1200-vintage... ce qui fait que mon 500 de développement est finalement plus puissant avec sa carte GVP que mon 1200-de-jeux

sam.

__sam__

foolduplex a écrit :Prehisto nous a concocté il y a 1 ou 2 ans une version disquette. Je l'ai testée sur vraie machine et tout et tout et faut avouer que ca donne une autre dimension au jeu. D'abord les chargement des dongeons sont quasi-instantanes (2 secondes disons) et puis ca rend la commande EXPLORE qui permet de separer l'equipe, vraiment utilisable. Ca supprime vraiment tout le cote fastidieux de la cassette.

Fool

Et puis c'est sans compter que les magnéto K7 n'avaient pas tous la même vitesse de comptage des "pas" sur K7. J'ai eu 2 lecteurs K7 un MK 90-090 (format "magnétophone") et un MK 97-070 (plus "compact"). Evidemment: ils n'avaient pas la même vitesse de défilement des numéros et hop c'est reparti pour des séries de SKIPF et rester attentif devant le lecteur K7 pour noter le numéro de départ des donjons... Galère!

En plus je trouvais que le rembobinage ou le bobinage "avant" n'était pas super rapide.. Bref.. ce système de gestion d'indexe K7 m'a bien dégouté. Pour faire une jeu terriblement lent il n'y a pas mieux (900bauds, c'est pas rapide). Tu m'étonnes que sur diskette ca change tout! Je regrette de n'avoir pas eu ce jeu sur D7 quand j'ai eu le TO9 tiens..

On trouve cette version D7 où cela? J'ai rien vu sur logicielmoto.

__sam__

Ythunder a écrit :
gilles a écrit :Moi j'aimais bien Mandragore sur MO5 également.
idem, moi ça a été sur TO7-70

mais les premiers combats contre les monstres errant, c'était souvent l'écatombe.

Comment aviez vous trouvé le niveau de difficulté à l'époque ?

Pareil: TO7 ou TO7-70.. l'un des mes premiers jeux, avec androïdes (et ensuite sortilèges). A priori un jeu intéressant primé par les institutions.. mais au final un jeu trop lent (le système d'indexation sur K7: une horreur; les déplacement en foret qui n'en finissent pas et ou on se fait trop facilement trucider) et pas si fun que cela (graphismes moches et des énigmes trop difficiles).

Je n'ai jamais réussi à jouer longtemps à Mandragore. C'est dommage, mais je n'y ai pas accroché. Il faut dire que quand j'ai eu Sortilèges il n'y avait pas photo entre les deux: avec la 3d isométrique, les graphismes super fins et une vitesse d'exécution parfaitement acceptable.

__sam__

jxano a écrit :Je ne suis pas nostalgique des grands recopiages...

Et pourtant... moi j'ai débuté la programmation comme ca.. C'etait cool de voir comment "les autres" faisaient. J'ai trouvé une liste des listings hebdogiciels ici. Du coup j'ai pu dénicher de vieux souvenirs:

Mon 1er recopiage qui a marché: Western
Le fameux: Chourrax
Un dont je n'ai jamais eu la fin: Quarero
Un qui n'a jamais marché mais dont je me suis inspiré pour faire un jeu complet: ghostbusters (ne pas croiser les faisceaux)

Et tant d'autres... et je ne compte pas les cours d'asm où au fil des numéros l'on partait de la base (opérations logiques) pour atteindre la programmation du PIA musique&jeux pour faire de la musique en passant par l'affichage super fast de pixel en ram video direct permettant d'afficher des effets d'etoiles radiantes à tout vitesse (asm rules!).

Mon grand bonheur de l'époque était l'adaptation des codes sources des autres machines... Je faisais cela parce que les listings thomson étaient souvent sur plusieurs numéros (donc incomplet au final..) et pas terrible terrible au niveau graphique ni très fun à jouer.. alors que sur les autres bécanes, la description des jeux au listings tenant dans 1 seul numéro me faisait baver d'envie (l'herbe était déjà verte ailleurs). J'étais content quand j'arrivais à avoir un bout de truc qui marche en dépit des matériels différents. Tiens je me souviens d'un jeux de box Ti99/4a pour lesquels j'ai été super content de voir sur thomson les deux "sprites" repompés qui se bastonnaient à l'écran... rhaaaa lovely...

C'était toute une façon de faire de l'(micro-)informatique à la maison qui parrait bizzare aux jeunes de maintenant pour qui un jeu se télécharge sur internet et eventuellement se customise en choisissant son avatar, sans que jamais ils ne se posent la question de savoir comment c'est programmé un truc pareil.

__sam__

jxano a écrit :Maintenant, on a le choix pour les chiffres... Mais si on veut les caractères associés, ils ne sont pas accessibles sur le pavé, et les commandes du Basic ne le sont pas (toutes) avec les touches de fonction... Vraiment curieux, mais on se débrouille.

Je sais pas si c'est facile à réaliser, mais un clavier de MO5 virtuel pilotable à la souris pourrait t'aider j'imagine.. Bon pas en nombre de caractères tapés à la minutes, mais ca te dépannerait (en plus de donner un look encore plus vintage avec les correspondances touches et mot clef basic ecrit dessus).

Sinon pour la productivité de la saisie, on peut imaginer un eventuel menu "coller" permettant d'envoyer le contenu du presse-paper dans le buffer clavier du MO5 et donc de saisir un max de caratères ascii à la seconde! Avec cela un un OCR de course tu peux recopier les codes sources de Hebdogiciel en 10mins là ou avant il fallait plusieurs heures en espérant ne pas se planter dans les code hexa

A toi alors les jolis progs de l'époque épique des peek() et poke où l'on recopiait soi même son jeu avant de pouvoir y jouer... ou plutôt de renoncer à pouvoir y jouer parce que c'était trop long/chiant à saisir, et qu'on s'apercevait en fin de compte qu'il manquait une partie du listing ("gosub 10342" alors que le listing stoppe à la ligne 593)!

Ah les joie de l'époque.. je me revois saisir et convertir un jeu MO5 sur TO7: Signé chouraxx.. ou l'on incarne voleur portant chapeau qui doit se faufiler dans les étages d'un immeuble en briques roses où les lampes explosent en lancant des rayons lasers jaunes et le sol s'effrite (une histoire belge?). Quelqu'un a t'il aussi tapé ce prog ou se souvient il du numéro d'hebdogiciel qui le proposait?

Sinon il y a l'option "changer jdk" qui n'est pas mal non plus... en tout cas plus rapide!

__sam__

gilles a écrit :en revenant aux vieilles balises APPLET cela remarche... meme si c'est obsolète

Obsolète, obsolète... il faut le dire vite quand on regarde l'age avancé de la machine émulée

Bon avec Sapiens quand je lance comme indiqué un loadm j'ai

Code : Tout sélectionner

Patientez
OK

qui s'affiche et puis plus rien.. on ne peut plus rien taper au clavier.. Ca a l'air bloqué.

Si au lieu de cela je fais un loadm"",,r alors l'écran devient noir... mais rien ne se passe non plus. La fenetre Debug (qu'on ne peut pas fermer par la croix) indique qu'on est bloqué dans une boucle

Code : Tout sélectionner

A=18 B=35 X=229D Y=2299
PC=229C DP=21 U=A7C0 S=9ECE CC=84

229C.00 80                      NEG  x80
229E.20 FC                      BRA  -4 (=x229C)
22A0.10 26 BD23                 LBNE -17117 (=xDFC7)
22A4.44                         LSRA 
22A5.B3 23 5C                   SUBD x235C
22A8.CF                         ILL  
22A9.DE 11                      LDU  x11
22AB.CC D8 B4                   LDD  #xD8B4
22AE.9A CA                      ORA  xCA
22B0.56                         RORB

Bref c'est parti en boucle infinie

__sam__

Nouveau test avec Google Chrome 2.0.172.33

La page s'ouvre.. le logo java affiche un truc qui tourne.. visiblement en attente de pluglet.. mais rien ne se passe au final

__sam__

gilles a écrit : Pour des questions de privilege on ne peut pas faire de exit en mode applet sur un site non sécurisé.
Je vais essayer autre chose (juste un dispose)...
mais la bonne méthode est de changer de page sur le navigateur...

Arf si j'avais su.. au lieu de rebooter !

En même temps c'est vrai que ca surprend de voir la souris etre bloquée quand on click sur le gadget de fermeture de fenetre.

__sam__

gilles a écrit :En même temps tu es le seul à réagir...

Ouais mais je compte pour beaucoup..... de kg

:p

Sinon a propos de l'emul, j'ai fait un test rapide... et en fait j'ai eu un soucis.. Le menu exit ne marche pas et j'ai alors clické sur la croix de fermeture fenetre (en haut à droite).. A ce moment là la sourie s'est figée.. coincé... morte... Obligé de rebooter la machine. Gasp!

En fait j'aussi observé le même comportement avec la fenetre "about".

Ma config:

Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.8.1.11) Gecko/2007112718 Firefox/2.0.0.11

java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03)
Java HotSpot(TM) Client VM (build 11.3-b02, mixed mode, sharing)

__sam__

gilles a écrit :ce qui est bien avec la section thomson... c'est qu'on n'a pas besoin de changer de page pour retrouver ses posts de 2 ans

Oui et pourtant ca réagit vite sur le forum juste après

gilles a écrit :Pour info j'ai mis à jour mon emu MO5 java...

http://perso.orange.fr/gilles.fetis/emu/java

Cool.. je vais essayer

Forum

134 résultats trouvés

Re: K7toWav

Re: K7toWav

Re: la souris en basic sur TO8

Re: asteroid pour TO8...

Re: asteroid pour TO8...

Re: emulation thomson sur amiga 1200