forum.system-cfg.com

Ah oui, c'est parce que j'ai changé le nom du fichier .zip pour mettre la version du programme.
Avec l'ancienne méthode le .zip ne changeait pas de nom quand la version changeait, et les navigateurs (trop) intelligents retournaient l'ancienne version en cache plutôt que la nouvelle. Les utilisateurs ne vidant pas forcément leur cache se retrouvaient avec une version périmée.
Avec un numéro de version le problème est résolu : http://dcmoto.free.fr/emulateur/dcmoto_20181130.zip (lien provisoire qui deviendra invalide quand la version changera).

La conséquence, c'est l'erreur 404 avec l'ancien lien. Pour l'éviter je viens d'ajouter le fichier dcmoto_nouveau.zip. Il contient seulement un petit fichier .txt qui donne l'explication : http://dcmoto.free.fr/emulateur/dcmoto_nouveau.zip

Le lien que j'ai indiqué vient du 1er message de ce fil dont je pensais qu'il était à jour, mais en fait je me rends compte que le message n'a été mis à jour qu'une seule fois... en 2014

Le zip avec le texte explicatif est pas mal, mais moi j'aimais bien le principe d'avoir une URL unique pour récupérer la nouvelle version. Aucun browser ne m'a posé de soucis avec le cache pour dcmoto_nouveau, peut-être parce que la taille du ZIP varie systématiquement. Un bon browser détecte que la taille n'est pas la même et invalide le cache quand c'est bien fait.

Le premier post vient d'être modifié.

Je crois que ça ne résout pas complètement le problème de cache : si la page http://dcmoto.free.fr/emulateur/index.html est en cache elle pointe encore sur l'ancienne version de dcmoto. Je ne connais pas la solution pour forcer le chargement de la nouvelle page si elle a changé.
J'ai souvent des remarques d'utilisateurs quand j'annonce une mise à jour de l'émulateur, ou d'un soft, ou d'une documentation : ils me disent qu'ils ne la trouvent pas. C'est parce qu'ils ont encore l'ancienne page en cache.

Dans les entreprises c'est encore pire, il y a des proxy qui conservent tout le site en cache et les mises à jour ne sont pas visibles pour l'internaute, même en vidant le cache du navigateur. Au travail j'ai souvent eu ce problème pour télécharger la dernière version de certains logiciels (par exemple WinHex). C'était impossible, il fallait que je rentre à la maison pour l'avoir.

Naïvement, je me demande si une URL du type: http://dcmoto.free.fr/emulateur/dcmoto_ ... key=RANDOM, avec RANDOM un nombre aléatoire (ou la date) qui change à chaque fois (utiliser JS) ne grugerait pas le principe du cache peut importe où il réside sur le canal de communication (local au navigateur, ou plus loin sur un proxy, ou plus loin encore...).

En effet, l'url est différente à chaque fois, donc personne ne peut rejouer les données antérieures sur le canal. En revanche elle pointe sur le même fichier, qui est effectivement téléchargé puisque la partie "?key=..." sera ignorée par le serveur en bout de chaine.

M'enfin j'y connais pas grand chose en HTML, donc j'ecris peut-être une grosse bétise/bidouille (quoique...)

Dans l'en-tête du fichier html http://dcmoto.free.fr/emulateur/index.html j'ajoute les balises suivantes : A l'usage on verra si ça marche, mais j'en doute un peu...

Les balises meta sont faciles à utiliser mais ne sont pas très efficaces. Car elles ne sont respectées que par quelques caches de navigateurs (qui lisent réellement le code HTML), pas par les caches mandataires (qui ne lisent quasiment jamais le code HTML dans le document). Quoiqu'on puisse être tenté de placer une balise meta « Pragma: no-cache » dans une page Web, elle ne sera pas toujours tenue fraîche pour autant.

[Edit 18:30]
Testé à l'instant avec mon navigateur (Pale Moon) et effectivement ça ne marche pas du tout.
Donc j'enlève les balises et j'ajoute ce conseil :

Il est conseillé d'actualiser cette page dans votre navigateur pour qu'elle affiche la dernière version de l'émulateur.

La dernière version de dcmoto nouveau émule les contrôleurs nanoréseau MO et TO.
Elle permet d'émuler des postes MO5, MO6, TO7 ou TO7/70 connectés au serveur dcnanoserveur : http://dcnano.free.fr/download/index.html
Les TO8, TO8D et TO9+ peuvent aussi se connecter et utiliser le NRDOS, par contre il y a des incompatibilités avec le BASIC nanoréseau.
Le TO9 est totalement incompatible (il ne peut pas utiliser de contrôleur de disquette externe, donc ni contrôleur nanoréseau, ni sddrive).


Vous pouvez lancer le serveur et plusieurs postes clients sur le même PC (ou sur plusieurs PC en réseau) pour simuler un nanoréseau complet. Normalement la fonction CLONE permet, depuis un poste, de copier l'écran d'un autre poste. Je n'ai pas encore essayé mais ça doit marcher, à condition que les deux postes soient de la même série (TO vers TO ou MO vers MO, pas de mélange).

j'essaye de lancer des disquettes QD sur la dernière version de DCmoto mais ça ne démarre pas, même avec la disquette DOS
voir ma config ici -> je reste sur l'écran basic mo5 après un redémarrage a froid

Exact. Merci d'avoir signalé le bug.
C'est une régression suite à une modification effectuée récemment pour émuler le contrôleur nanoréseau.
Je vais essayer de corriger dans la journée et je donnerai l'information ici.

Ca doit être bon maintenant avec la version 2019.08.18 de dcmoto_nouveau : http://dcmoto.free.fr/emulateur/dcmoto_20190818.zip


Remarque :
L'option "Simuler la vitesse réelle" est assez approximative pour les disquettes. Pour le QDD je crains qu'elle soit très loin de la réalité.

en effet ça fonctionne maintenant, merci

Chargement d'images de cassettes au format .lep

A partir de la version de développement 2019.09.19 de dcmoto, il est possible de charger des cassettes au format .lep.
La dernière version de développement de dcmoto est disponible ici --> http://dcmoto.free.fr/emulateur/index.html
Lien direct vers dcmoto 2019.09.19 (temporaire jusqu'à la prochaine version) --> http://dcmoto.free.fr/emulateur/dcmoto_20190919.zip

1) Toutes les cassettes, protégées ou non contre la copie, fonctionnent sans modification.
- y compris les cassettes avec une structure de bloc non standard (Loriciels, Infogrames, Coktel Vision, etc.).
- y compris les cassettes MO d'Infogrames avec un débit non standard.
- y compris les cassettes MO6 enregistrées à 2400 bauds.

2) Le chargement s'effectue à la même vitesse qu'avec la machine réelle
Donc c'est très long, beaucoup plus long qu'avec les fichiers .k7.
On peut toutefois accélérer le chargement en jouant sur la vitesse du processeur dans les options de dcmoto.

3) On peut entendre le son des données pendant le chargement de la cassette
Avec la vraie machine, les données sont enregistrées sur la piste droite et théoriquement inaudibles. Dans la réalité il y a toujours un peu de diaphonie, les données sont audibles sur le canal gauche, surtout quand les têtes du magnétophone sont mal alignées.
DCMOTO reproduit le phénomène. Avec les cassettes MO le son est parfaitement réaliste. Avec les cassettes TO beaucoup moins, car le format .lep contient le signal en sortie du magnétophone, très différent du signal enregistré sur la bande.

Tous les ordinateurs émulés par dcmoto peuvent utiliser les fichiers .lep, sauf les versions avec ROM OS/9 qui ne prévoient pas d'entrée cassette.
J'ai fait le maximum de tests, mais il ne sont pas exhaustifs car il y a trop de fichiers .lep et beaucoup de machines émulées. Si vous trouvez une anomalie, n'hésitez pas à la signaler ici.

Si vous voulez de nouveaux fichiers .lep pour l'émulateur dcmoto, pour SDLEP-READER ou SDLEP-READER TFT, vous pouvez les demander dans le fil de discussion dédié : viewtopic.php?f=6&t=8064

Merci pour tout ce travail fournit !

Dans la version 2019.09.19 de dcmoto le son non réaliste des cassettes TO au format .lep était choquant pour l'oreille des thomsonistes avertis.
Dans la version 2019.09.20 une fonction a été ajoutée pour reconstituer le son de la cassette originale.
Dcmoto 2019.09.20 (lien provisoire)
Page de l'émulateur (permet de charger la dernière version en cours de développement)

L'émulation de la lecture des cassettes au format .lep est maintenant très réaliste, avec les TO comme avec les MO.
Le son des cassettes TO (4500 Hz et 6300 Hz) est un peu agressif pour les oreilles sensibles, baissez le volume si nécessaire.

Comment on appelle les "photosensibles" de l'oreille en fait ? En anglais ca serait genre ear-seizure ?

__sam__ a écrit : ↑20 sept. 2019 12:05 [supp modo: quote inutile]

Rapport a l'hyperacousie ?