Discussion :

[farfouch00]

Bonjour
Je travaille sur un projet, ou je dois détecter les vignettes dans une planche de BD numérisée.

Il s'agit de fichier .tiff trés lourd (25Mo la planche), et la première approche que j ai proposée est trés couteurse, vu la taille des fichiers. J'ai essayé de trouver la plus grande composante connexe blanche (après binarisation des planche, ça sera surement le fond de la planche), mettre le reste en noir, inverser l'image, et récupérer les composantes connexes... Mais mon programme met environ 6min par images :S

Il s'agit de la BD Tintin^^, alors je suis persuadé que mon algo marcherait bien!

Quelqu'un aurait-il une idée??

Merci et bonne journée!

[pseudocode]

Pourquoi ne pas réduire les dimensions de ton image avant d'utiliser ton algorithme ?

Ca te donnera la position approximative des 4 coins de chaque vignette sur l'image d'origine. Restera a affiner la position exacte.

[farfouch00]

Bonjour

En fait il me faut la position exacte des coins de la vignette, alors si je redimensionne, j'aurais du mal a retrouver la position dans les dimensions de départ!!

[pseudocode]

Bonjour

En fait il me faut la position exacte des coins de la vignette, alors si je redimensionne, j'aurais du mal a retrouver la position dans les dimensions de départ!!

Si tu a divisé la dimension par 10, tu trouves un coin avec une précision de 10 pixels. Reste a explorer ce carré de 10x10 pixels pour trouver la position exacte.

[ToTo13]

- Petite question annexe : comment est implémentée ton comptage de composante connexe ? File d'attente ? Car sinon c'est normal que ce soit lent.

- Tu peux aussi tenter un histogramme de projection sur l'image binarisée.

- Converti donc tes images en png, tu n'auras pas de perte et tu auras un coefficient entre 3 et 5 pour la compression.

[Nebulix]

Ton image est-elle bien orientée ( les verticales bien verticales ) ?