Reprise du message précédent :
Au cas ou, sur un gros fichier, tu atteindrais les limites de taille pour pack et unpack (je ne les connais pas), tu peux utiliser cette variante, qui découpe l'entrée en morceaux de taille fixe avant de faire la transformation (ici, j'ai fixé la taille de découpage à 4096 octets).

#!/usr/bin/perl
use strict;
use warnings;
 
my $maxsize = 4096; # ou plus si ça passe
my $line;
 
while (<> ) {
  my $i = 0;
  do {
    $line = substr $_, $maxsize*$i, $maxsize;
    print unpack("B*", pack("a*", $line));
    ++$i;
  } while ($maxsize*$i < length $_);
}

A+,

Salut !
 
Le second script de gilou ne fonctionne pas (permission denied).
 
Avec le premier script, quand je veux récupérer le texte du terminal, je fais "exporter le texte". Ca me donne un fichier de 247 Mo impossible à ouvrir. J'aimerais savoir si il y avait une solution. A ce que j'ai compris, le deuxième script, que propose gilou, doit pallier à cela. Malheureusement cela ne fonctionne pas.

...

Désolé, j'avais oublié de rajouter cette ligne de code effectivement.

Le fichier texte est toujours impossible à traiter par contre.

As-tu donné les droits d'exécution au fichier ?

Pour les droits d'éxécution, je sais pas si c'est ce que tu dis, mais quand je lis les informations de la photo, j'ai Lecture et Ecriture.

Concernant le fichier résultat, tu n'as pas besoin d'avoir des droits d'éxécution dessus.
 
Pour récupérer le résultat dans un fichier, tu peux aussi utiliser le mécanisme de redirection : à la fin de ta commande pour traiter le fichier binaire, tu rajoutes le caractère ">" suivi du nom de ton fichier résultat (éventuellement avec le chemin complet, sinon, le fichier sera créé dans le répertoire courant).
 
Pour ce qui est de l'exploitation du fichier produit, c'est sûr qu'il n'y a pas beaucoup d'éditeurs capables de traiter un tel mastondonte.
 
Je suis un peu surpris quand même par la taille... Ton fichier image ne fait quand même pas 30 Mo ? Il y a peut-être un souci avec le script de gilou...

Mon fichier fait 30,9 Mo. Il est en 300 dpi pour a peu près 20cm de largeur. Effectivement, quand je réduis en 72 dpi c'est carrément plus exploitable. J'imagine que c'est la seule solution.

Le fichier de sortie va faire 8 fois la taille du fichier d'entrée normalement.
 
Quel type de traitement veux tu y appliquer?
 
A+,

Ah oui, alors s'il fait 30 Mo, ca explique la taille du fichier produit...

J'aimerais pouvoir mettre le code dans un format correspondant au rapport de la photo (24x36), avec pour typographie OCR A et pour taille 5 ou 6 pt. et l'interlignage de 5 ou 6 pt aussi.

ça tiendra jamais, même en taille 5 ou 6 pts:
Tu as du 300 point/pouce donc 300 pts pour 2.5 cm environ, donc 120 pts pour 1 cm. si un point est en 32 bits couleurs, ça va faire 3840 caractères pour une ligne de 1 cm, d'ou 14 745 600 caractères rien que pour 1cm² de photo...
Bon, j'ai pris l'hypothèse d'une image non compressée, mais même avec une image compressée, ça fera bien trop de caractères au total.
 
A+,

Nan mais de toute manière, avec une image à 300 dpi, je ne pouvais rien faire. En ayant réduit l'image à 72 dpi, j'ai pu coller le code dans un document InDesign, donc je suis très content. Maintenant, je n'ai plus qu'à trouver la meilleure résolution dont le code puisse rentrer dans un A3.
 
Merci beaucoup pour l'aide que vous m'avez apporté.