Discussion :

[ryu20]

Bonjour,
Je travaille sur un projet de traitement d'image. Mon problème, c'est que je dois lire un fichier binaire et le traiter. La lecture me prend déjà 5 à 10 bonnes minutes et le traitement à peine moins.

Pour diminuer le temps de calcul, j'ai décidé de diminuer le volume de données. C'est pourquoi, je voudrai ne sélectionner qu'une partie de mon image (via une interface graphique) et ne traiter que les points sélectionnés (ce qui prendra la forme d'un rectangle pour commencer).

_____________
| |
| |
| _____ |
| | | |
| | A | |
| |____ | |
|____________ |
Comment faire pour ne récuperer que les points qui m'intéresse (la zone A sur le petit dessin) ? J'ai une idée qui serait de se positionner à un certain endroit du fichier et d'avancer en sautant les points qui ne sont pas dans le cadre, mais je ne trouve pas de fonction qui me permette de le faire.

Merci de votre aide.

PS : désolé, le schéma ne ressembke pas trop à ce que j'ai tenté de faire, la zone d'edition n'est pas exactement la meme que la zone de visualisation

[Alkhan]

bonjour,

Je ne sais pas si cela peux t'aider mais il y a une classe qui te permet de te déplacer dans le fichier et de le lire à partir d'un offset donné.

RandomAccessFile

[dinobogan]

Ta technique dépend entièrement du format de l'image choisi. En plus, si c'est un format compressé, t'a pas fini de rigoler
Quel est le format de l'image ?
On a besoin de plus d'informations !

[ryu20]

En fait, ce n'est pas dans l'image que je me balade.
J'ai une image et un fichier qui pour chaque pixel apporte 3 informations complémentaires. C'est précidement ces données dont j'ai besoin. Je me balade dans ce fichier comme si c'était mon image, mais ce n'est qu'un fichier binaire.

je vais essayer la classe qu'Alkhan me propose.

[ryu20]

bonjour,
c'est encore moi.
J'ai un peu de mal à utiliser la classe RandomAccessFile.
NetBean n'a pas l'air de connaître et je ne trouve pas dans la doc les packages à importer.
Pourtant, ca avait l'air pas mal comme fonction le seek.

Merci

[Alkhan]

bonjour,
pour netbeans, je ne peut pas d'aider car j'utilise eclipse. A partir du moment ou le jar du jdk est dans le path normalement tu devrais avoir toutes le classes dispo, non ?

[ryu20]

Je tiens à m'excuser... je suis juste un .
J'avais juste un problème d'argument dans le constructeur (je lui ai passé un inpustream au lieu d'un string).

J'ai bon espoir que ca marche maintenant.

merci

[ryu20]

j'ai une question (encore).
Est ce que l'offset pour la fonction seek se calcule en bits?
est ce qu'il faut que je lui dise un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fichier.seek(100)

ou plutôt

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fichier.seek(100*sizeof(short)

merci

[dingoth]

seek() est un nombre de bytes. Donc si tu lis des int, tu dois multiplier par 4, si tu lis des short, c'est 2, etc.

[ryu20]

Merci beaucoup.
Je pense que j'ai tous les éléments dont j'ai besoin pour mon problème.

sinon, c'est que ma facon de penser n'est sûrement pas la bonne.

[Fmunch]

Une autre petite idée, c'est à propos de la façon de stocker les données, il vaut probablement mieux que tu les stock sous forme de petit rectangle que comme des lignes, cela évitera d'avoir à te déplacer un trop grand nombre de fois dans le fichier.

Exemple :

tu as une image 1000x1000, tu veux le rectangle 540,540 à 640,640, il faudra que tu fasse 100 fois appel à l'instruction seek. Si tu as découpé ton espace en rectangle de 50x50, il faudra que tu lise les rectangles :

• 500,500 à 550,550
• 550,500 à 600,550
• 600,500 à 650,550
• 500,550 à 550,600
• 550,550 à 600,600
• 600,550 à 650,600
• 500,600 à 550,650
• 550,600 à 600,650
• 600,600 à 650,650

Il n'y a plus que 9 déplacement à faire plutôt que 100, pour une image de taille plus importante cela devient plus intéressant. L'inconvénient c'est que ici on lit 2,25 fois plus de données que nécessaire, cela peut tout de même rester plus efficace.

Utilise aussi plutôt read(byte[], int off, int len ) plutôt que readInt, ce dernier fait 4 fois de suite appel à read() ce qui est plutôt peu efficace.