Question

Je me sens comme si je manque ici quelque chose de simple (comme d'habitude).

Je suis en train de lire des images PGM en utilisant Java. Matlab le fait très bien - pour sortir les pixels d'image (par exemple, une petite image 32x32) en Matlab me donne quelque chose comme ceci:

1 0 11 49 94 118 118 106 95 88 85 96 124 143 142 133

lecteur Java Mon Cependant, les sorties ceci:

1 0 11 49 94 118 118 106 95 88 85 96 124 65533 65533 65533 

Il semble que les valeurs de pixels ci-dessus 127 sont remplis avec 65533, bien qu'il ne soit des valeurs aléatoires incorrectes, et attribue même presque toute la ligne inférieure à la valeur de -1.

Voici le code que je utilise:

filePath = 'imagepath.pgm';
FileInputStream fileInputStream = new FileInputStream(filePath);
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(fileInputStream));

// read the header information ...

int [][] data2D = new int [picWidth] [picHeight];

for (int row = 0; row < picHeight; row++) {
  for (int col = 0; col < picWidth; col++) {
    data2D[row][col] = bufferedReader.read();
    System.out.print(data2D[row][col] + " ");
  }
  System.out.println();
}

fileInputStream.close();

Toutes les idées serait grandement apprécié.

Modifier Voici les valeurs PGM non signées:

     1     0    11    49    94   118   118   106    95    88    85    96   124   143   142   133
    30    26    29    57    96   122   125   114   102    94    91   101   127   146   145   136
    96    85    70    75   101   128   136   126   111   106   106   112   131   149   153   147
   163   147   114    93    99   120   132   123   110   113   124   129   137   154   166   168
   215   195   149   105    88    99   114   111   106   123   148   158   160   174   191   197
   245   224   173   115    81    82   100   109   117   144   179   194   194   205   222   230
   235   217   170   115    78    78   113   117   100    83    80   212   214   226   244   253
   178   167   135    93    68    78   123   129   106    77    69   202   204   222   244   255
   114   110    92    64    54    81   107   105    83    59    56   182   184   201   222   231
    79    80    71    52    55    97    67    55    41    33    42   184   179   181   185   183
    62    66    65    52    63   115    29    16    12    17    30   209   197   174   150   132
    40    47    52    44    55   109   171   196   188   186   208   229   218   179   136   107
    31    38    44    37    43    89   145   167   158   159   191   223   219   179   133   105
    48    52    56    51    57    91   128   133   117   120   157   196   200   168   128   105
    64    67    70    73    87   114   127   107    79    81   118   159   173   154   123   104
    63    67    73    83   107   132   129    91    54    54    88   130   153   146   123   106

Les regards d'en-tête comme ceci:

P5
# MatLab PGMWRITE file, saved 27-Jun-2002
16 16
255

Edit # 2

Voici le résultat complet à la preuve de concept de code ci-dessous:

Skipping unknow token: ""
Skipping unknow token: "1^vvj_XU`|���"
Skipping unknow token: ""
Skipping unknow token: "9`z}rf^[e���`UFKe��~ojjp������r]cx�{nq|������ÕiXcroj{��������sQRdmu��������٪sNNqudSP�����]DN{�jME�����rn\@6QkiS;8�����OPG47aC7)!*�����>BA4?s"
Skipping unknow token: ""
Skipping unknow token: ""
Skipping unknow token: "�Ů��(/4,7m�ļ���ڳ�k"
Skipping unknow token: "&,%+Y������۳�i04839[��ux��Ȩ�i@CFIWrkOQv���{h?CISk��[66X���{j"
Exception in thread "main" java.util.NoSuchElementException
    at java.util.Scanner.throwFor(Scanner.java:838)
    at java.util.Scanner.next(Scanner.java:1347)
    at Test.main(Test.java:49)

Ligne 49 visées à l'exception levée est:

System.out.println(String.format("Skipping unknow token: \"%s\"", scan.next()));

Le problème, je suis sûr, a quelque chose à voir avec le fait que ces fichiers d'image composés de texte ASCII / numéros ainsi que les données d'image binaires. Mais si Java n'a pas PNGs problème de lecture, pourquoi le manque de soutien pour les MGP?

Modifier 3

Ok, je l'ai trouvé une implémentation qui fonctionne ... Malheureusement, il est déconseillés:

  filePath = "imagepath.pgm"
  FileInputStream fileInputStream = new FileInputStream(filePath);
  DataInputStream dis = new DataInputStream(fileInputStream);
  StreamTokenizer streamTokenizer = new StreamTokenizer(dis);

  // read header text using StreamTokenizer.nextToken()

  data2D = new int [picWidth] [picHeight];
  for (int row = 0; row < picHeight; row++) {
    for (int col = 0; col < picWidth; col++) {
      data2D[row][col] = dis.readUnsignedByte();
      System.out.print(data2D[row][col] + " ");
    }
    System.out.println();
  }

Selon la documentation Java, le constructeur de StreamTokenizer(InputStream) est dépréciée, car la méthode DataInputStream.readLine() ne convertit pas correctement octets bruts en caractères. Cependant, il semble fonctionner dans ce cas spécifique sur l'en-tête, et travaille évidemment pour la prochaine données d'image binaire.

Malheureusement, il est encore dépréciée, et il semble que par un entremêlant BufferedReader que la documentation indique que les résultats en EOFExceptions après avoir lu l'en-tête et d'essayer d'utiliser la DataInputStream pour lire les octets bruts. Toujours à la recherche d'une solution ...

Était-ce utile?

La solution

Le problème avec votre code est que vous utilisez la mauvaise classe pour lire les données brutes à partir du fichier. Comme la documentation BufferedReader dit:

  

public int read() throws IOException

     

Reads un seul caractère.

     

Retours: La lecture de caractères, en tant que nombre entier dans la plage de 0 à 65535 (0x00-0xffff), ou -1 si la fin du flux est atteinte

Donc, chaque appel à la méthode de read() de BufferedReader consomme en fait un ou deux octets (basée sur le codage de caractères) à partir du flux d'entrée, ce qui est pas ce que vous voulez. Cela explique aussi pourquoi vous obtenez beaucoup de -1. Le courant a fini beaucoup plus tôt que vous pensiez

Comme PGM contient des valeurs décimales comme ASCII, il est facile à analyser en utilisant le la classe Scanner.

Voici un presque non testé code qui montre comment lire une image PGM en supposant que:

  • il contient un seul commentaire après le nombre magique (à-dire qu'il n'a pas les lignes qui commencent par un #, sauf le second)
  • le fichier PGM est exactement 4 lignes.

Voici le code:

String filePath = "image.pgm";
fileInputStream = new FileInputStream(filePath);
Scanner scan = new Scanner(fileInputStream);
// Discard the magic number
scan.nextLine();
// Discard the comment line
scan.nextLine();
// Read pic width, height and max value
int picWidth = scan.nextInt();
int picHeight = scan.nextInt();
int maxvalue = scan.nextInt();

fileInputStream.close();

 // Now parse the file as binary data
 fileInputStream = new FileInputStream(filePath);
 DataInputStream dis = new DataInputStream(fileInputStream);

 // look for 4 lines (i.e.: the header) and discard them
 int numnewlines = 4;
 while (numnewlines > 0) {
     char c;
     do {
         c = (char)(dis.readUnsignedByte());
     } while (c != '\n');
     numnewlines--;
 }

 // read the image data
 int[][] data2D = new int[picHeight][picWidth];
 for (int row = 0; row < picHeight; row++) {
     for (int col = 0; col < picWidth; col++) {
         data2D[row][col] = dis.readUnsignedByte();
         System.out.print(data2D[row][col] + " ");
     }
     System.out.println();
 }

Nécessité de mettre en œuvre: soutien aux lignes de commentaires, les valeurs de chaque élément doit être divisé par maxvalue, vérification des erreurs pour les fichiers malformés, la gestion des exceptions. Je l'ai testé sur un fichier PGM en utilisant UNIX en fin de lignes, mais il devrait fonctionner sous Windows aussi.

Je tiens à souligner que ce n'est pas une mise en œuvre robuste ni complète d'un analyseur PGM . Ce code est destiné comme preuve de concept qui accomplit peut-être juste assez pour vos besoins.

Si vous avez vraiment besoin d'un analyseur PGM robuste, vous pouvez utiliser les outils fournis par Netpbm .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top