On peut faire mieux sur Sinclair, mais pas sur vraie cassette (mais ca marche avec un lecteur de CD), la demo Rezurrection (
http://www.youtube.com/watch?v=ztkQMjdPtuQ sur Sinclair ZX-81 charge les donnees a environ 28000 bits/s.
Mais attention a la confusion des genres : les lecteurs Thomson sont numeriques, alors que les autres machines de l'epoque travaillaient directement avec les signaux analogiques de la bande.
Avec la ligne cassette sur thomson et un PC en liaison directe (port serie ou parallele), on peut monter a 115200 bits/s, ca n'a pas grand interet, c'est un signal TTL.
Tout le probleme est de determiner les limites en frequences et la latence des lecteurs. Pour appliquer l'idee de Sam, la doc cofadel du mk90-90 fournit une partie de la reponse grace aux schemas et aux captures d'oscilloscope. On voit clairement sur ceux-ci qu'en reduisant le nombre de periodes a 6.3 et 4.7 KHz, on va augmenter la cadence mais on attenue aussi la sortie des detecteurs d'enveloppe. Il faut determiner quelle est la limite pour que le comparateur reste sensible aux sorties des detecteurs.
Sur MO5 c'est un peu different. Tout le barda a ete remplace par un simple filtre ecreteur dont la sortie est directement mise en forme. La limite depend de la sensibilite de la partie filtre.
Pour contourner le defaut de sensibilité sur les frequences elevees, deux techniques additionnelles sur MO5 viennent a l'esprit:
1. enregistrer des sinus plutot que des ondes carrees (je me mets dans un contexte creation d'une image depuis un PC), car les carres induisent des harmoniques et un feedback indesirables sur les transitions, et les sinus seront tout aussi bien detectes par le lecteur -> augmentation de la qualite de l'enregistrement
2. baisser la frequence des transitions, ce qui semble aller a l'encontre de notre but, mais en fait non : tous les codes modernes sur disque dur sont bases sur ce principe et je pense que les codages les plus simples comme MFM ou (2,7) RLL (
http://en.wikipedia.org/wiki/Run_Length_Limited) auraient un role a jouer pour nous. Probleme : on risque de pas reussir a ecrire un code assembleur assez rapide pour les decoder.
ps. pour ceux qui n'auraient pas plante un oscilloscope sur une carte mere de PC recemment, ca fait bien 10 ans que les signaux ne sont plus carres sur les bus.