Transferts depuis Micro Thomson vers PC Windows
Modérateurs : Papy.G, fneck, Carl
Re: Transferts depuis Micro Thomson vers PC Windows
Je vais essayer, par une petite histoire, de faire prendre conscience de la difficulté d'utiliser des outils développés par d'autres.
J'ai un satellite à lancer. Je m'adresse à Ariane Espace pour m'aider. Il y a deux solutions :
1) Ils me prêtent une fusée et son mode d'emploi pour que je lance moi-même le satellite depuis mon jardin.
2) Ils lancent mon satellite avec leur fusée depuis la base de Kourou.
A votre avis, quelle solution a la meilleure chance de fonctionner ?
C'est pareil pour les exécutables Windows, et en plus c'est gratuit.
J'ai un satellite à lancer. Je m'adresse à Ariane Espace pour m'aider. Il y a deux solutions :
1) Ils me prêtent une fusée et son mode d'emploi pour que je lance moi-même le satellite depuis mon jardin.
2) Ils lancent mon satellite avec leur fusée depuis la base de Kourou.
A votre avis, quelle solution a la meilleure chance de fonctionner ?
C'est pareil pour les exécutables Windows, et en plus c'est gratuit.
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
Re: Transferts depuis Micro Thomson vers PC Windows
Merci Daniel,
Moi, personnellement, je n'ai jamais été contacté par Ariane Espace pour installer un lecteur de carte SD sur un satellite!
Mais, en gros, je suis d'accord.
Ce n'est pas le code, mais l'environnement de programmation qu'il faut prendre en compte...
Au point que le changement de machine, implique une réorganisation complète du nouvel environnement de programmation.
Sur C++, mais aussi pour les codes sur Visual Basic, où l'on doit réinstaller les DLL directX, les OCX et autres joyeusetés glanées ici et là. Dans ce cas, impossible de faire un simple backup de répertoire... il faut réinstaller le système.
Moi, personnellement, je n'ai jamais été contacté par Ariane Espace pour installer un lecteur de carte SD sur un satellite!
Mais, en gros, je suis d'accord.
Ce n'est pas le code, mais l'environnement de programmation qu'il faut prendre en compte...
Au point que le changement de machine, implique une réorganisation complète du nouvel environnement de programmation.
Sur C++, mais aussi pour les codes sur Visual Basic, où l'on doit réinstaller les DLL directX, les OCX et autres joyeusetés glanées ici et là. Dans ce cas, impossible de faire un simple backup de répertoire... il faut réinstaller le système.
Re: Transferts depuis Micro Thomson vers PC Windows
Bonsoir,
Faut pas exagérer... En DEUG de sciences fondamentales que j'ai obtenu avec la mention Bien, on devait se débrouiller pour adapter les programmes afin qu'ils fonctionnent sur tous les environnements. Cela ne nécessitait pas la réinstallation complète du système...
dcmoto est une application portable, donc les .dll et autres joyeusetés, on s'en fout...
Si à la 1ère demande bizarre du Candide que je suis dans la reprise d'une activité THOMSON, je me fais rabrouer... Ce n'est pas très encourageant !
Cdt
Faut pas exagérer... En DEUG de sciences fondamentales que j'ai obtenu avec la mention Bien, on devait se débrouiller pour adapter les programmes afin qu'ils fonctionnent sur tous les environnements. Cela ne nécessitait pas la réinstallation complète du système...
dcmoto est une application portable, donc les .dll et autres joyeusetés, on s'en fout...
Si à la 1ère demande bizarre du Candide que je suis dans la reprise d'une activité THOMSON, je me fais rabrouer... Ce n'est pas très encourageant !
Cdt
remi
Re: Transferts depuis Micro Thomson vers PC Windows
Non, dcmoto n'est absolument pas portable en dehors de Windows, puisqu'il utilise l'API Win32 et DirectX.
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
Re: Transferts depuis Micro Thomson vers PC Windows
Et c'est à nous que tu demandes de bosser!Faut pas exagérer... En DEUG de sciences fondamentales que j'ai obtenu avec la mention Bien, on devait se débrouiller pour adapter les programmes...
Je n'ai pas de BAC + 15 et les fesses polies, mais j'ai appris à me débrouiller en sortant de l'école...
Nous sommes tous dans ce cas sur ce forum!
Nous avons appris à lire, à écrire et à nous démerder à l'école.
Avec du temps, on a appris à répondre dans certains domaines.
Nous te répétons que c'est notre passion qui nous anime, et que notre expérience se "limite" à notre capacité d'autodidactique.
Nous n'avons pas de leçons à prendre de ta part, à moins que tu te remontes les manches et que tu bosses pour nous (communauté)... afin de nous humilier et de nous prouver que nous sommes des "vieux cons".
Dans le cas contraire, tu repars jouer à "Super-Mario" avec ta Nintendo (très bonne console!)...
@Daniel:
Jouer les "Saint-Bernard" est une chose, mais il y a de plus en plus de "jouisseurs" dans son genre qui ont le seul talant de m'exaspérer. Ils confondent "partage" et "pillage" intellectuel...
Si un con l'a fait, pourquoi le ferai-je ? ... mais, c'est forcement plus simple de le demander à un autre con qui a le temps...si Google le ne trouve pas.
Travail pour toi, c'est la meilleure façon de faire des heureux... ta réputation n'est plus à faire.
"L'obstacle augmente mon ardeur" et tu es le seul à connaitre tes limites.
-
- Messages : 7987
- Inscription : 18 sept. 2010 12:08
- Localisation : Brest et parfois les Flandres
Re: Transferts depuis Micro Thomson vers PC Windows
Je pense que par "portable", Rémi voulait dire "sans installeur ni dépendences à des bibliothèques non standard ou des entrées dans la base de registres".. Bref le portable au sens de PortableApp qui signifie que tu peux déplacer l'exe sur une clef usb et le faire marcher partout. Pas portable au niveau du code source.
Samuel.
A500 Vampire V2+ ^8^, A1200 (030@50mhz/fpu/64mb/cf 8go),
A500 GVP530(MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8.Démos
A500 Vampire V2+ ^8^, A1200 (030@50mhz/fpu/64mb/cf 8go),
A500 GVP530(MMU/FPU) h.s., R-Pi, TO9, TO8D, TO8.Démos
Re: Transferts depuis Micro Thomson vers PC Windows
Il me semble que la requête de Rémi est simplement d'emballer ensemble l'émulateur et le média de stockage associé plus une procédure de démarrage qui pourrait tout simplement consister en une séquence d'entrées clavier qui va sélectionner (par exemple) le BASIC, puis taper "LOAD ..." automatiquement.Daniel a écrit : ↑13 mars 2018 21:43 On pourrait peut-être automatiser, mais il est plus facile de modifier les paramètres à la main, car chaque cas est particulier : il dépend du programme, du support (cassette, disquette, qdd, cartouche, etc.), de l'ordinateur utilisé, du matériel nécessaire (joystick, contrôleur, extension mémoire, lecteur de disquette, lecteur de cassette, etc.), du choix du Basic, de la nécessité de charger au préalable le DOS, de la procédure de lancement du programme. De plus il faut choisir le bon moment pour sauver le fichier .mrx, en général juste au début de l'affichage de l'écran de présentation. Il semble à peu près impossible de pouvoir déterminer automatiquement tous ces paramètres.
Dans la mesure ou tous les paramètres de l'émulateur sont déjà accessibles via sa GUI il semble que les spécifier dans un fichier de config embarqué dans l'exécutable ne devrait pas nécessiter des modifications fondamentales du code source.
Je travaille au quotidien sur des projets de plusieurs centaines de millier de lignes de code et mon expérience est que se plonger dans de tels monstres du jour au lendemain n''est pas si difficile si ils sont bien structurés. Quand ils ne le sont pas c'est plus délicat mais ça reste néanmoins faisable. J'aurai démissionné depuis longtemps si ce n'était pas le cas.Xavier_AL a écrit : ↑16 mars 2018 13:20 Daniel: ... Et moi j'ai programmé pendant vingt ans.
Non, il est difficile de modifier un code fonctionnel, sans provoquer d'inévitables erreurs et c'est in casse-tête pour l'adapter à une autre utilisation.
Plus le projet est abouti, plus les modifications sont compliquées.
Oui mais dans la mesure ou la solution 2) te demande beaucoup de travail et que tu as annoncé que tu ne la développerai probablement pas, il semble normal que Rémi demande l'accès aux sources, il n'a pas vraiment d'autre choix.Daniel a écrit : ↑16 mars 2018 14:58 Je vais essayer, par une petite histoire, de faire prendre conscience de la difficulté d'utiliser des outils développés par d'autres.
J'ai un satellite à lancer. Je m'adresse à Ariane Espace pour m'aider. Il y a deux solutions :
1) Ils me prêtent une fusée et son mode d'emploi pour que je lance moi-même le satellite depuis mon jardin.
2) Ils lancent mon satellite avec leur fusée depuis la base de Kourou.
A votre avis, quelle solution a la meilleure chance de fonctionner ?
C'est pareil pour les exécutables Windows, et en plus c'est gratuit.
(Si j'ai mal compris l'analogie, n'hésite pas à me corriger.)
Pas tout à fait. Il a demandé si ça vous était possible et les raisons pour lesquelles ça ne l'était pas.
Sa formulation mériterait d'être plus patiente et mesurée mais l'idée générale est intéressante et mérite certainement une exploration du domaine des possibles avant de conclure à une impossibilité.
Quant à savoir qui devrait effectuer les développements nécessaires, c'est une décision à prendre plus tard une fois qu'une solution qui soit à la fois satisfaisante sur le plan technique, humain et utilisateur a été choisie. Si Rémi se sent de le faire, le boulôt sera pour lui.
En passant, comme je l'ai indiqué au début de mon message, il me semble qu'il y a des alternatives plus simples que celles qui ont été envisagées jusque là et qui ne nécessitent pas des modifications fondamentales de la structure de l'émulateur.
Par exemple:
Ne pas livrer un seul exécutable par jeu, mais deux: l'émulateur + un fichier contenant l'image de stockage ainsi que la procédure pour lancer le jeu qui y est contenue ainsi que les paramètres de configuration de l'émulateur (machine, type de stockage (K7/D7), chargement (BASIC, etc.)).
L'émulateur pourrait alors être modifié pour accepter ce genre d'image en paramètre et il suffirait de double cliquer sur une de ces images pour que l'émulateur se lance automatiquement et la charge.
J'imagine qu'il y a certainement encore plusieurs 'autres possibilités qui conviendraient autant à Rémi qu'aux futurs développeurs.
Re: Transferts depuis Micro Thomson vers PC Windows
Salut,
Nekoniaow: Bienvenu... sur le forum. (Rémi ?... pas grave...)
Non, ce qui me sidère, c'est d'entendre un Deugiste spécialiste en portable (JAVA for ever!), demander les sources sans avoir utilisé le programme!
Un simple front-end suffit, pour modifier la config au démarrage et sélectionner une image mémoire...
A-il demandé s'il été possible de charger un fichier "mrx" en mode commande? (console!)
[edit : Pardon, fait ici : viewtopic.php?f=25&t=8729#p137152]
A-il demandé si d'anciennes versions en mode console existait?
[edit : ... disponible sur le site...]
Non...
[edit : ...Non, rien...]
Car il n'a aucune notion de l'émulation, du fonctionnement d'un Thomson... et il se vente de vouloir changer le monde avec une idée novatrice... qu'il fera sous-traiter par l'auteur!
[edit : ça je garde...]
Devant toutes ces incompétences [edit : qui restent encore à trouver...], que je me dresse!
[modo: P***, arrête d'être c**...]
Nekoniaow: Bienvenu... sur le forum. (Rémi ?... pas grave...)
Non, ce qui me sidère, c'est d'entendre un Deugiste spécialiste en portable (JAVA for ever!), demander les sources sans avoir utilisé le programme!
Un simple front-end suffit, pour modifier la config au démarrage et sélectionner une image mémoire...
A-il demandé s'il été possible de charger un fichier "mrx" en mode commande? (console!)
[edit : Pardon, fait ici : viewtopic.php?f=25&t=8729#p137152]
A-il demandé si d'anciennes versions en mode console existait?
[edit : ... disponible sur le site...]
Non...
[edit : ...Non, rien...]
Car il n'a aucune notion de l'émulation, du fonctionnement d'un Thomson... et il se vente de vouloir changer le monde avec une idée novatrice... qu'il fera sous-traiter par l'auteur!
[edit : ça je garde...]
Devant toutes ces incompétences [edit : qui restent encore à trouver...], que je me dresse!
[modo: P***, arrête d'être c**...]
Re: Transferts depuis Micro Thomson vers PC Windows
Salut à tous,
Je sais pas si c'est le bon fil de discussion (le sujet le laisse un peu penser mais...) ; moi je cherche à récupérer des programmes sur QD pour pouvoir les sauvegarder, les utiliser avec l'émulateur, et les envoyer à Daniel pour qu'il les rajoute sur dcmoto.free.fr...
Pour ceux qui ont déjà transféré des programmes QD vers un PC, comment vous y êtes vous pris ?
Actuellement les "solutions" que je vois :
- charger le programme puis sur le sauvegarder sur cassette, puis en faire un wav, puis prier pour que ce wav soit pas trop difficilement convertible en .k7 (lol) soit avec l'utilitaire de Daniel, soit en lui envoyant par mail.
- dériver le bus data du lecteur QDD vers un périphérique d'entrée sur PC (port série ? vu que le QDD ne monte qu'à 101kbps d'après ce que j'ai compris ça doit rester jouable avec un port série à 115kbps) évidemment faudra surement adapter le signal, mais je ne pense pas que ce soit trop compliqué (je me trompe peut être)
- filmer le listage de la source sur le moniteur du MO5 et bricoler un OCR qui soit capable de retranscrire du film vers un fichier texte
- envoyer les QD à Daniel solution de facilité mais évidemment moins gratifiante et surtout avec la crainte que le QD n'arrive pas ou ne soit plus lisible à l'arrivée :-/
Je suis preneur de tout avis/suggestion
Je sais pas si c'est le bon fil de discussion (le sujet le laisse un peu penser mais...) ; moi je cherche à récupérer des programmes sur QD pour pouvoir les sauvegarder, les utiliser avec l'émulateur, et les envoyer à Daniel pour qu'il les rajoute sur dcmoto.free.fr...
Pour ceux qui ont déjà transféré des programmes QD vers un PC, comment vous y êtes vous pris ?
Actuellement les "solutions" que je vois :
- charger le programme puis sur le sauvegarder sur cassette, puis en faire un wav, puis prier pour que ce wav soit pas trop difficilement convertible en .k7 (lol) soit avec l'utilitaire de Daniel, soit en lui envoyant par mail.
- dériver le bus data du lecteur QDD vers un périphérique d'entrée sur PC (port série ? vu que le QDD ne monte qu'à 101kbps d'après ce que j'ai compris ça doit rester jouable avec un port série à 115kbps) évidemment faudra surement adapter le signal, mais je ne pense pas que ce soit trop compliqué (je me trompe peut être)
- filmer le listage de la source sur le moniteur du MO5 et bricoler un OCR qui soit capable de retranscrire du film vers un fichier texte
- envoyer les QD à Daniel solution de facilité mais évidemment moins gratifiante et surtout avec la crainte que le QD n'arrive pas ou ne soit plus lisible à l'arrivée :-/
Je suis preneur de tout avis/suggestion
Dernière modification par OlivierH le 28 mars 2018 15:41, modifié 1 fois.
Olivier
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Re: Transferts depuis Micro Thomson vers PC Windows
Pour les transferts de QD j'utilise un utilitaire sur TO8D, écrit par Prehisto, qui copie les secteurs du QDD dans une disquette à une vitesse surprenante (pas étonnant quand on connaît Prehisto). Il suffit ensuite de transférer la disquette sur PC avec sdtransfert (ou par tout autre moyen) pour récupérer le fichier .qd. Je ne crois pas que Préhisto ait largement diffusé ce programme, mais il doit être possible de l'obtenir en lui demandant gentiment.
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
Re: Transferts depuis Micro Thomson vers PC Windows
Merci Daniel pour l'info.
De mon côté je n'ai qu'un MO5, pas de TO8D, et pas non plus de lecteur de disquette sur le MO5 :'(
Et puis mon extension avec QDD ne se brancherait probablement pas sur un TO8... il me faut donc trouver une autre solution.
De mon côté je n'ai qu'un MO5, pas de TO8D, et pas non plus de lecteur de disquette sur le MO5 :'(
Et puis mon extension avec QDD ne se brancherait probablement pas sur un TO8... il me faut donc trouver une autre solution.
Olivier
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Re: Transferts depuis Micro Thomson vers PC Windows
Ah par contre ça me donne une idée !
J'ai récemment acquis l'extension RS232 pour mon MO5.... doit bien y avoir moyen de coder un truc qui lit le QD par secteur, comme le fait Prehisto, et balance le résultat sur le port série
Quelqu'un a de la doc pour programmer le QDD pour ça ? J'ai rien vu de tel dans la doc technique de l'extension... (qui est plus accès sur le matériel que sur la façon de le piloter)
Edit: je viens de me souvenir qu'on avait des fonction basic pour ce genre de chose, et en cherchant un peu j'ai retrouvé DSKI$
Je ne sais pas encore si je vais l'utiliser directement ou regarder son code machine pour recoder un machin, ça dépendra des performances.
L'écriture sur le port série ne m'inquiète pas trop (je sais qu'il y a ce qu'il faut en BASIC là aussi)
Reste... le format des fichiers .qd ^^ J'ai un peu cherché sur dcmoto.free.fr mais sans trouver
J'ai récemment acquis l'extension RS232 pour mon MO5.... doit bien y avoir moyen de coder un truc qui lit le QD par secteur, comme le fait Prehisto, et balance le résultat sur le port série
Quelqu'un a de la doc pour programmer le QDD pour ça ? J'ai rien vu de tel dans la doc technique de l'extension... (qui est plus accès sur le matériel que sur la façon de le piloter)
Edit: je viens de me souvenir qu'on avait des fonction basic pour ce genre de chose, et en cherchant un peu j'ai retrouvé DSKI$
Je ne sais pas encore si je vais l'utiliser directement ou regarder son code machine pour recoder un machin, ça dépendra des performances.
L'écriture sur le port série ne m'inquiète pas trop (je sais qu'il y a ce qu'il faut en BASIC là aussi)
Reste... le format des fichiers .qd ^^ J'ai un peu cherché sur dcmoto.free.fr mais sans trouver
Olivier
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Re: Transferts depuis Micro Thomson vers PC Windows
A défaut de TO8D, la solution est de copier le QDD sur cassette secteur par secteur. C'est possible en Basic, mais selon l'ordre des secteurs ça peut être très lent. Une meilleure solution serait effectivement de faire comme Préhisto, une boucle en langage machine qui copie des secteurs du QDD en RAM, puis recopie la RAM sur cassette. Là encore il faut bien choisir l'ordre des secteurs copiés, sinon on risque au pire une passe de 8 secondes pour chaque secteur, et il y en a 400...
La liaison série avec un PC est aussi une solution. Il est peut-être possible de faire le transfert avec CC90 (à vérifier) : http://www.pulsdemos.com/cc90.html
La liaison série avec un PC est aussi une solution. Il est peut-être possible de faire le transfert avec CC90 (à vérifier) : http://www.pulsdemos.com/cc90.html
Daniel
L'obstacle augmente mon ardeur.
L'obstacle augmente mon ardeur.
Re: Transferts depuis Micro Thomson vers PC Windows
Merci beaucoup Daniel
Apparemment CC90 gère déjà le transfert de QD vers le PC via le port série ^^
"CC90 peut transférer des disquettes de tout support (3"1/2, 5"1/4, QDD) entières ou en mode sélectif par contrôleur interne ou externe avec des fichiers SAP, FD ou QD, les fichiers un par un (même avec des disquettes de densité différente) et peut même implanter des fichiers binaires directement dans la mémoire Thomson à partir du PC !!!"
Tout est donc déjà fait, j'ai plus qu'à tester
Et au passage ça semble être aussi une solution pour coder plus facilement pour Thomson
Je vous tiendrai au courant et, Daniel, je t'enverrai les softs que j'aurai pu convertir en .qd
Apparemment CC90 gère déjà le transfert de QD vers le PC via le port série ^^
"CC90 peut transférer des disquettes de tout support (3"1/2, 5"1/4, QDD) entières ou en mode sélectif par contrôleur interne ou externe avec des fichiers SAP, FD ou QD, les fichiers un par un (même avec des disquettes de densité différente) et peut même implanter des fichiers binaires directement dans la mémoire Thomson à partir du PC !!!"
Tout est donc déjà fait, j'ai plus qu'à tester
Et au passage ça semble être aussi une solution pour coder plus facilement pour Thomson
Je vous tiendrai au courant et, Daniel, je t'enverrai les softs que j'aurai pu convertir en .qd
Olivier
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.
Il n'y a que 10 sortes de gens. Ceux qui lisent le binaire, et les autres.