Forum

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)

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.

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

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à.

stefff285 a écrit :bref je suis impatient de voir ton oeuvre

Regardes ta boite perso sur MySilicium.. C'est une version pas fini du tout, mais ca montre que le moteur fonctionne bien.

sam.

stefff285 a écrit :coucou sam !

tu nous montreras ca hein !

bref je suis impatient de voir ton oeuvre

amicalement

steff

Bah oui... mais j'ai du mal à finir... ca marche et ca rend bien sur un vrai TO et son écran cathodique.. mais il manque quelques trucs: un scroll-text, des tempos plus soignées pour le changement des textures etc.. (du son? nan je déconne.. 6809e sans copro.. ne l'oublions pas).. En plus j'ai une autre idée dans la tête que j'aimerais tester: des metaballs avec mélange de couleur.

sam.

gilles a écrit :si tu as déjà le soft en sap tu peux utiliser les saptools pour extraire les fichiers, puis recréer le contenu avec l'équivalent pour le format fd (ou raw), il me semble que c'est dcutils mais jamais testé.
Sinon pour convertir d'un format à l'autre, pour le moment je ne pense pas qu'il existe un truc, mais c'est assez facilement réalisable en repartant de tds2sap (le format TDS étant très proche du fd avec quelques octets en plus au début).

Pour info, sur amiga le todisk de seg permet de faire cela je crois. J'ai pu jouer avec ce W.E. sur mon mig pour transferer le rotozoom sur to9 pour le voir tourner "en vrai".. son outil marche bien.

sam.

gilles a écrit :Ajout de l'autoload d'archive SAP dans un ZIP.
Il est maintenant possible d'utiliser JTEO dans vos sites web pour montrer vos créations

C'est cool pour voir les demos, c'est mieux que youtube à 10fps J'adore!

sam.

gilles a écrit :en trichant un peu, cela devrait pouvoir se fermer, au moins par le menu.
le exit est une violation de privilège en mode web, mais on doit pouvoir supprimer la frame...

On est obligé d'avoir une fenêtre séparée? Si c'était embarqué dans la page web directement, est-ce que ca n'irait pas mieux? En plus ca permettrait probablement de l'utiliser comme jxspeccy, pour embarquer directement des jeux TO sur une page web.

sam.

gilles a écrit :Eclipse c'est bien... mais en fait non...
jcreator est un ide écrit en C++ qui démarre en qqs secondes et marche parfaitement sur un P200 avec 32Mo de RAM...
Au taf il m'arrive d'utiliser Eclipse.

Pour eclipse et mes trucs perso, je suis resté à du 3.1 (et même 2.1).. Plus ca va, et moins ca va Eclipse (ya pleins de trucs donc je me fiche). Sinon j'utilise aussi notepad++ parfois. Tiens pour faire de l'asm 6809 par exemple

En fait mon reve secret est de faire un plugin 6809 / TEO sous eclipse. Developpement en ASM ou C (avec ta toolchain gcc), et deboggage ASM via JTEO dans le debuggeur intégré éclipse. Mais ca ne restera qu'un rève.. j'ai trop de casseroles sur le feu (qui a dit au c*l ?!?).

sam

gilles a écrit :Les sources sont en ligne.
Je conseille fortement jcreator 4.5LE pour faciliter la compilation et le test.

Jcreator? Je connais pas. (Je suis plutot Eclipse comme IDE.)

sam.

gilles a écrit :recompilé en JDK 1.4.2, devrait mieux fonctionner pour ceux qui sont restés en 1.5
Pour les pervers qui sont en 1.3, je dois pouvoir recompiler à un autre emplacement (mais ca risque d'être moins rapide).

Pour info avec ma config (portable dell), le clavier marche mal. Les lettres alpha a-z A-Z ne passent pas (plus?), ainsi que les fleches ou home.. Seules les touches entrées, 1234567890, &é"'(-è_çà) fonctionnent.

FF 3.6, java version "1.6.0_18", windows XP.

sam.

Est-ce que la souris fonctionne? Sur ma config, le pointeur souris/lightpen ne bouge pas.
ff 3.6 ou chrome 4.1.249.1059 (44723)
java version "1.6.0_18"
Java(TM) SE Runtime Environment (build 1.6.0_18-b07)
Java HotSpot(TM) Client VM (build 16.0-b13, mixed mode, sharing)

Par ailleurs, comment ferme-t-on la fenêtre de debug? Quand je click sur le bouton de fermeture, rien ne se passe (sauf un blocage complet de la GUI).

sam.

gilles a écrit :Je suis en train de porter TEO en java,

Cool!

et je me rend compte que les émus (mess y compris code repompé sur TEO...) fonctionnent avec des hacks sauvages pour tout ce qui est clavier... à quelques modifications près cela n'a pas beaucoup évolué depuis que j'ai refilé le projet en 1999. Quelqu'un a la ROM du 6804 du clavier?

Le clavier a l'air d'être le dernier truc encore émulé à l'arrache. L'auteur des drivers Thomson pour MESS cherche aussi ces roms. Je ne sais pas s'ils les a trouvées, ca a l'air rare. C'est "dumpable" sur une vraie machine à partir du 6809 ou pas a ta connaissance?

sam.

gilles a écrit :le format de disquette n'est pas un point sensible... ou alors c'est que la propagande fonctionne trop...

Oui .. sans doute. Mais Daniel n'aime pas le SAP et en parle de façon expéditive qui en chagrine plus d'un, et du coup bon bref.. je veux pas remuer la braise Tout ca se passe sur un autre forum. Pour ma part c'est le support de ligne de cmd qui me manquait dans les emuls qui ont fait que j'ai modifié teo 1.7 pour que je puisse l'utiliser comme je voulais pour mon rotozoom.

sam.