Nouvelle demo de PULS (était: Etalonage palette Thomson)

__sam__ · Message par **__sam__** » 18 sept. 2010 10:27

Je me suis fait un petit prog basic pour étalonner la palette des thomson. Ca serait bien que tous ceux qui ont accès à un thomson puissent l'exécuter et transcrire ici le résultat.

L'usage du prog est simple. Il affiche un tramage régulier au centre encadré par une couleur uniforme. Le but du jeu est d'aligner l'intensité du tour avec l'intensité du tramage et noter le numéro de palette du tour (pal) associé au numéro de tramage (niv). Pour cela il faut utiliser les flèches du clavier. Le numéro de tramage donne une indication de la luminosité de la couleur du tour (trame no 0 = 0%, trame no 64 = 100%)

A noter que les chiffres de 0 à 3 changent la teinte de la couleur du tour (les résultats peuvent varier entre les R (1) le V (2), le B (3) et le BLANC (0)).

Dans l'idéal il faut s'éloigner de l'écran pour que les pixels du tramage se moyennent ou poser sur l'écran un papier calc; mais si on et myope, regarder l'écran sans lunette fait le même effet.

Les couls ne tombent pas forcément juste sur un niveau de tramage, mais quand la couleur thomson correspond on voit que le cadre central passe de "un poil trop sombre" à "un poil trop clair", signe que le niveau thomson se trouve entre les 2 niveaux.

La diskette avec le prog basic est ici. Le code à recopier là.

__sam__ · Message par **__sam__** » 29 sept. 2010 20:33

Bon ben comme il n'y a pas eu tellement de réponse, PULS sort une version de ses images calibrées pour la TV de préhisto. Espérons que c'est représentatif des TV standard

Pour vous mettre en appétit, voici un exemple de ce qu'on peut faire avec le mode 40cols et une palette bien étalonnée:

Suite sur http://www.pulsdemos.com

Pocket · Message par **Pocket** » 29 sept. 2010 21:52

__sam__ a écrit :Pour vous mettre en appétit, voici un exemple de ce qu'on peut faire avec le mode 40cols et une palette bien étalonnée:

Ah oui, quand même

! C'est sur quel modèle de Thomson ?

A+

jvernet · Message par **jvernet** » 29 sept. 2010 21:56

Pocket a écrit : Ah oui, quand même ! C'est sur quel modèle de Thomson ?

A+

TO8(D) et TO9+. Marche pô sur TO9, dommage, je n'ai pas de +. J'avais réussi à faire tourner les precedentes démos sur mon TO8D. Sympathique.

Ca va me forcer à ressortir le TO8D de derrière les fagots, mais j'avais eu du mal à refaire les disquettes à partir des .sap la dernière fois. Ca marche aussi sur emulo. Pas sur TEO MacOsX avec les .sap, il faut les .fd qui ne sont pas sr le site de Puls (I/O Error après la page de presentation "PULS present".

__sam__ · Message par **__sam__** » 29 sept. 2010 22:12

jvernet a écrit : TO8(D) et TO9+. Marche pô sur TO9, dommage, je n'ai pas de +.

Ca pourrait pour TO9 (c'est ce que j'ai.. je suis obligé de travailler sur emul TO8).. mais le loader de préhisto charge les 2 faces de la diskette. A part ca, tout devrait marcher, c'est un fichier MAP standard avec l'extension TOSNAP donc affichable en basic. Voici d'ailleurs quelques photo de ce que les versions préliminaires donnaient sur mon TO9:

TruC70 pourrait aussi marcher sur TO7/70.. mais pour la même raison, ca passe pas. Si on devait faire une K7... comme il y a 640Ko d'image, à 900 bauds (~ 112 octets/secs), il faut environ une K7 de 5800 secondes, 1h30.. ah oui ca serait possible. Mais une démo qui dure 1h30, ca risque de décourager plus d'uns.. Et dire qu'à l'époque je passais des heures sur le modem pour récupérer ce genre d'image...

sam.

jvernet · Message par **jvernet** » 29 sept. 2010 22:18

__sam__ a écrit :
jvernet a écrit : TO8(D) et TO9+. Marche pô sur TO9, dommage, je n'ai pas de +.
Ca pourrait pour TO9 (c'est ce que j'ai).. mais le loader de préhisto charge les 2 faces de la diskette. A part ca, tout devrait marcher, c'est un fichier MAP standard avec l'extension TOSNAP donc affichable en basic.

sam.

Boudiou, c'est pour ça que j'arrivais pas à le faire marcher sur TEO, faut charger les 2 faces.... En configurant TEO en rendu TV, ça le fait carrement !

__sam__ · Message par **__sam__** » 29 sept. 2010 22:33

jvernet a écrit :Boudiou, c'est pour ça que j'arrivais pas à le faire marcher sur TEO, faut charger les 2 faces.... En configurant TEO en rendu TV, ça le fait carrement !

Oui il faut mettre les deux images SAP ensemble dans l'emul. Sinon Daniel Coulom a fait une version de DCMoto pour la diskette TruC70 http://dcmoto.free.fr/win/ (ce sont des images en mode graphique To7/70 ou MO5)

gilles · Message par **gilles** » 29 sept. 2010 23:58

ca marchouille aussi sur jteo (donc en ligne et en applet java)
ici :
http://www.alternative-system.com/speci ... truc40.htm
mais c'est lent (l'émulateur, pas la démo

)... faut que je bosse un peu ce projet... il doit manquer un buffer...

__sam__ · Message par **__sam__** » 30 sept. 2010 00:04

gilles a écrit :ca marchouille aussi sur jteo (donc en ligne et en applet java)
ici :
http://www.alternative-system.com/speci ... truc40.htm
mais c'est lent (l'émulateur, pas la démo )... faut que je bosse un peu ce projet... il doit manquer un buffer...

Ca permet d'avoir plus de temps pour contempler les images! Le démarrage semble effectivement un peu lent et saccadé, mais après ca va. A l'écran les images ressortent bien. Est-ce la même palette que celle pifométrique du TEO d'origine? Elle ressort bien en tout cas. Par contre la page WEB me prends toute la puissance CPU (java.exe à 93% sur 2 coeurs). Gasp!

sam (oh la belle bleue! Ah ben oui c'est la fille d'Avatar

)
__
ps: bon les 2 coeurs ca devait être un soucis ailleurs car j'ai rechargé la page et ca n'est plus qu'un seul coeur, mais toujours 100%

gilles · Message par **gilles** » 30 sept. 2010 00:38

http://jteo.svn.sourceforge.net/viewvc/ ... iew=markup

les valeurs sont très légerement différentes.

à l'origine TEO (alpha 0.

avait une table de traduction VGA donc de 0 à 63:

static int gamma[16]={0,25,32,37,41,44,46,49,51,53,55,57,59,61,62,63};

foolduplex · Message par **foolduplex** » 30 sept. 2010 09:48

TruC70 tourne sur TO7/70 et tournerait meme sur MO5 moyennant quelques reglages. Avec un lecteur 3"1/2 type CD90-351 c'est sans probleme.

__sam__ · Message par **__sam__** » 01 oct. 2010 21:38

gilles a écrit :http://jteo.svn.sourceforge.net/viewvc/ ... iew=markup

Je regarde ton code et une construction m'intrigue:

Code : Tout sélectionner

private int signedChar(int v) {
2049 	if ((v&0x80)==0) return (v & 0xFF);
2050 	int delta=-1; // delta is 0xFFFF.... independently of 32/64bits
2051 	delta=(delta>>8)<<8; // force last 8bits to 0
2052 	return (v&0xFF) | delta; // result is now signed
2053 	}

Je ne comprends pas bien le décalage à droite de delta puis à gauche par 8. Le décalage à gauche seul devrait être suffisant. Mais perso j'aurais écrit la méthode ainsi:

Code : Tout sélectionner

private int signedChar(int v) {
    return (byte)v;
}

Qu'est ce qui ne va pas avec cette façon de faire? Java va traduire correctement l'extension de signe. Si on tient à faire un test par rapport au bit de signe, j'aurais bien vu un simple

Code : Tout sélectionner

return v&0x80!=0?(v|~0xff):(v&0xff);

qui me semble moins lourd que les décalages.

Pour compléter ma remarque voici le byte-code de la méthode d'origine:

Code : Tout sélectionner

int f(int);
  Code:
   0:   iload_1
   1:   sipush  128
   4:   iand
   5:   ifne    14
   8:   iload_1
   9:   sipush  255
   12:  iand
   13:  ireturn
   14:  iconst_m1
   15:  istore_2
   16:  iload_2
   17:  bipush  8
   19:  ishr
   20:  bipush  8
   22:  ishl
   23:  istore_2
   24:  iload_1
   25:  sipush  255
   28:  iand
   29:  iload_2
   30:  ior
   31:  ireturn

Celle avec le "?:"

Code : Tout sélectionner

int f(int);
  Code:
   0:   iload_1
   1:   sipush  128
   4:   iand
   5:   ifeq    16
   8:   iload_1
   9:   sipush  -256
   12:  ior
   13:  goto    21
   16:  iload_1
   17:  sipush  255
   20:  iand
   21:  ireturn

Et celle avec le cast:

Code : Tout sélectionner

int f(int);
  Code:
   0:   iload_1
   1:   i2b
   2:   ireturn

Le cast est carrément plus court!

gilles · Message par **gilles** » 10 déc. 2010 14:08

je n'avais pas vu ce message qui commence à dater

Le décalage à gauche est normalement suffisant. Il me semble que l'idée était de ne pas provoquer d'exception mais les tests remontent à environ 4-5 ans donc je ne me souviens plus exactement le pourquoi de la chose.
A mon avis j'ai surtout rapidement trouvé une méthode valide sans chercher à l'optimiser...
Je vais tester mais je suppose que ta méthode fonctionne

testé ok

je vais pouvoir retirer le commentaire :

Code : Tout sélectionner

// force sign extension in a portable but ugly maneer

Forum