Recherche peu courante

tabliertablier Membre
janvier 2013 modifié dans Coin canapé & détente #1
Pour l'association ACONIT, je fais un démonstrateur de lecture de rubans perforés avec un Mac G5 et un lecteur Slo-Syn (voir photo).

Tout marche correctement: Le lecteur lit, le Mac Affiche les caractères. La liaison est en USB avec un PIC en interface.

Problème: Les seuls rubans en ma possession ne comportent pas de texte lisible sur le Mac (ou le codage des caractères est inconnu). Donc, pour l'instant je n'affiche que le contenu hexa-décimal du ruban. Ce n'est pas fameux pour montrer à  des visiteurs!!

Je recherche donc:

soit un ruban (largeur 6, 7 ou 8 perforations) contenant un texte lisible et dont l'encodage soit connu (mon programme est adaptable).

soit un perforateur de ruban encore utilisable et la possibilité de l'utiliser ou de l'acheter (Je viens de rater une Teletype ASR33 à  76$ !!).



Si vous avez une solution pour me dépanner ce serait "WHAAAAAAaaaaaaaaOOOOOO!!!".

Je sais, ce n'est pas évident! peut-être du matériel réformé dans une grande entreprise ou un organisme plus officiel: CNRS, Faculté, Télécom ... etc

Réponses

  • Pourquoi ne pas essayer d'interpréter le code hexa qui sort ?



    Est-ce propriétaire ?



    Peux-tu donner, disons, les 1000 premiers bytes du fichier ?
  • tabliertablier Membre
    janvier 2013 modifié #3
    Pourquoi pas, moi je n'y arrive pas. A part quelques exceptions près, les encodages de l'époque sont TOUS PROPRIETAIRES !!!!!

    Voici un exemple de ce que j'obtiens (fichier .txt en pièce jointe).

    La partie droite est le binaire pure moins le bit 8 car le ruban est un 7 perforations. La partie gauche est l'interprétation suivant le code "Friden Basic code". Ce ruban la est marqué "FlexoWriter code A". Les Flexowriter sont des machines de la société Friden.

    Pour accélérer la reconnaissance, J'écris des fichiers de transcodage dont la forme est à  peu près celle des fichiers .strings. J'en suis à  14 transcodages différents et je commence à  désespérer! je joins le fichier de codage (.code) de l'ASCII 7bits pour info.

  • Et tu as une idée de ce qui était sur la bande ?
  • As-tu une idée du taux de foisonnement ?



    Je veux dire, un texte comprenant x signes donne y septuplets (le foisonnement étant y/x).
  • Tiens, il y a quelque chose de peu commun : tous les nombres du tableau sont pairs.



    Es-tu sûr de ne pas avoir perdu des infos ? Que par exemple tu ne prends pas les bons "7" caractères dans l'octet ?
  • As-tu essayé de contacter l'entreprise Friden, si elle existe encore ?
  • SethySethy Membre
    janvier 2013 modifié #8
    J'ai fait la manip suivante :



    - conversion des hexa en décimaux (plus facile à  lire)

    - division par 2 (puisque tous les nombres sont pairs)

    - recensement de 'l'occurrence de chaque nombre.



    Quelques constatations interpellantes :

    - seul 29 nombres différents sont recensés.

    - la distribution des nombres est surprenante : il y a une répétition du pattern x y 0 0. Voici les premiers cas :


    <br />
    V	  Occurrence<br />
    4 24<br />
    5 406<br />
    6 0<br />
    7 0<br />
    8 352<br />
    9 64<br />
    10 0<br />
    11 0<br />
    12 25<br />
    13 46<br />
    14 0<br />
    15 0<br />
    16 18<br />
    17 98<br />
    18 0<br />
    19 0<br />
    20 9<br />
    21 0  &lt; Exception (mais remarquer la faible valeur du 20)<br />
    22 0<br />
    23 0<br />
    24 40<br />
    25 103<br />
    26 0<br />
    27 0<br />
    
  • A la réflexion (si le foisonnement le permet), je me demande si il n'y a pas une sorte de codage d'un code braille ligne par ligne.
  • tabliertablier Membre
    janvier 2013 modifié #10
    Merci de vous intéresser à  ce problème.

    Je vais compléter par quelques informations que je n'ai pas donné:

    les rubans 7 bits sont, soit des vrais 7 bits, soit des 6 bits plus parité.

    Ces rubans ont deux répartitions standards de bits en partant du guide de bande à  droite:

    Soit 7,6,5,4,3,2,1<-guide soit 7,6,1,2,3,4,5<-guide

    S'il y a une parité, elle est en général sur le bit 5 (curieux n'est ce pas).

    Les jeux de codes comportent des caractères de service pour la machine elle même, exp:

    TB tabulation

    BS BackSpace - le chariot d'impression recule d'un caractère sans imprimer

    SOULIGNé - un trait de soulignement est imprimé sans avancé le chariot

    FIG et LET (Figures et Lettres) - Parfois appelés Shift-In et Shift-Out ou Upper-Case, Lower_Case

    ces deux caractères permettent de passer d'un jeux de caractère à  un autre.



    avec 6 bits on a 63 combinaisons donc: X caractères service + 63-X caractères imprimables

    si on utilise FIG et LET on obtient au mieux 2*(63-X) caractères imprimables et 2*X services

    Voir le dessins joint.



    Ce qui n'arrange rien:

    Certaine machines laissaient à  l'utilisateur la possibilité de changer l'ordre des bits.

    Les fabricants adaptaient les jeux de caractères à  la demande du client.

    Et tu as une idée de ce qui était sur la bande ?
    Malheureusement, aucune idée!! C'est la raison pour laquelle je cherche aussi un perforateur qui me permette de faire un ruban à  ma main!
  • FKDEVFKDEV Membre
    janvier 2013 modifié #11
    Trouvé via la page wikipedia Friden Flexowriter :

    http://archive.computerhistory.org/resources/text/DEC/pdp-1/DEC.pdp_1.1962.102650335.pdf



    Flexowriters could also be used as offline punches and printers. Programmers would type their programs on Flexowriters, which would punch the program onto paper tape. The tapes could then be loaded into computers to run the programs. Computers could then use their own punches to make paper tapes that could be used by the Flexowriters to print output. Among the computers which commonly used Flexowriters for this task were the DEC PDP-1's.



    Vu la répartition bizarre des valeurs, cela pourrait etre un programme plutot qu'une sortie texte.

    La doc du bouzin (DEC PDP-1) :

    http://bitsavers.informatik.uni-stuttgart.de/pdf/dec/pdp1/F15D_PDP1_Handbook_Oct63.pdf

    Voir page 23 pour le codage des instructions, mais je ne suis pas allé plus loin.

  • chez "bitsavers" j'ai télechargé (aspiré) tout le dossier "Friden" (340 Mo de PDF)

    Je vais allez voir les deux autres documents que tu m'indiques! image/rolleyes.gif' class='bbc_emoticon' alt='::)' /> Merci
    Vu la répartition bizarre des valeurs, cela pourrait être un programme plutot qu'une sortie texte.
    Ce n'est pas impossible car je n'ai aucune information sur le contenu et je ne rejette donc aucune hypothèse. Pour les PDP, ACONIT possède un PDP-9 en état de marche, mais sans ASR33.
  • AliGatorAliGator Membre, Modérateur
    My two cents : je crois que tu ne t'en sortiras jamais si tu essayes de décoder des bandes sans connaà®tre ni la façon dont elles sont codées ni le contenu qu'elles sont sensées représenter. Cela fait trop de variables, trop de possibilités, trop de choses et d'hypothèses à  tester.

    A mon avis, essaye plutôt de perforer tes propres bandes et de voir si elles sont bien interprétées comme ce que tu pensais et que leur signification une fois décodées par la Friden correspond à  ce que tu voulais coder !
  • A mon avis, essaye plutôt de perforer tes propres bandes et de voir si elles sont bien interprétées comme ce que tu pensais et que leur signification une fois décodées par la Friden correspond à  ce que tu voulais coder !
    C'est bien cela que j'espère faire. C'est la raison pour laquelle je demandais (1ier post) qui avait dans son environnement un perforateur de ruban ou des rubans comportant un texte Français connu.

    Ce n'est pas une machine friden que j'ai c'est un reader SloSyn. "Friden Flexowriter" est écrit à  la main sur l'extrémité du dernier ruban que j'essaie de lire.

    Pour mon programme, son adaptation aux codages est correct. J'ai un tout petit bout de ruban (102 caractères) codé en ASCII 7 bits + parité. Je l'ai collé en anneau et j'ai écrit le fichier de transcodage. Je lis parfaitement son contenu.

    Mais c'est un ruban bien trop court pour un démonstrateur correct!
  • Je rejoins le point de vue d'Ali.



    Je pensais qu'a priori il s'agissait d'un texte. Hormis toutes les suggestions citées, si tu veux vraiment persister je ne vois qu'une option.



    Analyser tout le corpus de texte dont tu disposes et vérifier si le tout est cohérent où si au contraire, il y a des bobines très différentes les unes des autres.



    Ensuite, il faudrait identifier ce que celles qui sont différentes ont en commun (c'est bizarre comme formulation, mais compréhensible je pense), et faire des hypothèses sur les signes de contrôles (parité, etc).
  • tabliertablier Membre
    janvier 2013 modifié #16
    C'était ma toute première idée: si un adhérent du site pense avoir trouvé un perforateur de ruban quelque part, qu'il me le signale. L'idéal serait une Teletype ASR33 avec du ruban vierge (Je sais, c'est c.. les vierges, ça ne sert qu'une fois!).

    Des rubans, j'en ai une caisse pleine! je ne sais pas d'ou ils viennent ni quel ordinateur les a fait perforer. Donc j'arrête d'essayer de les lire après avoir créer 17 fichiers de transcodage!
Connectez-vous ou Inscrivez-vous pour répondre.