AutoIt Français

AMHA il y a trop de contraintes différentes et trop de variété dans ce boulot pour que ça vaille le coup d'être fait avec un script
Je veux dire qu'utiliser un script ne te fera pas économiser du temps et des efforts (ce qui a priori est le but recherché)
Mais je peux me tromper, surtout si le Panda a soudain un éclair de génie

Je suis à moitié d'accord. Ce qui me choque déjà est l'absence de factorisation. Si les bds ont déjà été scannées en jap, puis traduites en amerloque, pourquoi ne pas avoir récupéré les calques PS (ou autre) des bulles US ?
Ensuite, les images ont l'air de scan de scan de scan : les contours sont en dentelles, même (et c'est étonnant) après le moulinage dont nous parle le posteur ; cela ne facilite pas la détection, d'autant plus qu'il lui faut ensuite retailler des filets propres la-dessus.

Ces remarques faites, je ne vois pas pourquoi on ne pourrait pas faire un mariage heureux entre les énormes capacités de calcul graphique d'AutoIt (wouarf !), ses facilités de pilotage d'autres programmes et PS. Une sorte de boîte de vitesse manuelle pilotée, quoi.

Idée de base à creuser mais certainement dans les plus jouables : on affiche l'image dans une GUI AutoIt, l'op clique dans une bulle, AutoIt en calcule les contours, propose éventuellement d'affiner avec du + ou - en taille X et Y et sur validation, on pilote PS dans lequel on a chargé cette même image, créé un calque, on fait créer la bulle à PS à l'emplacement déterminé par AutoIt et on passe la main provisoirement à l'op qui bidouille son texte graveleux avec PS. Sur hotkey (ou pas, d'ailleurs), on revient sur la GUI AutoIt et on peut passer au traitement de la bulle suivante. Un bête bouton provoque l'enregistrement de l'image PS modifiée. Une listview permet le choix de la prochaine image à traiter.

De ce fait, on évite la détection de formes : pour les rectangles ce serait assez facile, mais pour des bulles biscornues, il y a trop de soucis de discrimination avec les zones blanches de la frame. On remplace en fait la détection et la discriminations de centaines de formes par un simple suivi de contour sur un seul objet choisi, éventuellement agrémenté d'un lissage ou d'une approximation (ellipses). Pour donner un feedback à l'op, on peut lui superposer en temps réel la bulle telle qu'elle est paramétrée sous la forme d'un simple filet-cadre rouge, histoire qu'il se rende compte de ce qu'il est en train de faire.

Toute la partie pilotage de PS ne doit pas poser d'insurmontables problèmes, même si les contrôles PS sont inaccessibles par eux-mêmes (contrôles maison), on peut accepter dans un cas précis comme ça de bloquer tout le reste et être sûr de switcher sur PS la fenêtre au moment voulu. AutoIt est très bon pour ça.

S'il dispose déjà des textes en français, on peut même imaginer d'aller les récupérer (si leur format s'y prête) et les envoyer à PS dans le presse-papier pour collage dans la bulle après sélection des bons paramètres.

Soit dit au passage : qu'une bibliothèque soit en C# ou autre n'est pas insurmontable. Il suffit d'écrire un simple wrapper en C par exemple qui fera l'interface. Mais en l'occurrence, je pense finalement qu'il serait inutile d'avoir recours à un tel bidule pour les raisons exposées ci-dessus.

mmm... pour la factorisation c'est pas possible parce que les anglais font du "Moyenne Calité" alors que les français font du "Haute Calité". et des fois après la sortie de la version En, le même chapitre en jap sort V2, et donc les français vont utiliser la V2, comme avec cet exemple;
http://www.gilawhost.com/images/xmkzlgc4.png -- En
http://www.gilawhost.com/images/tj16l8gy.jpg -- Fr
on voit bien la différence de qualité de l'image et de la posture prise par le personnage.

pour l'idée je la gui c'est pas faisable si Autoit ne detecte pas automatiquement toute les bulles. sinon on gagne pas de temp. parceque y'a des texte hors bulles que l'op devrai les faire manuelement.

pour la dectection de bulle manuelment je pence qu'il n'y'a pas de prob:
> Aitoit de detecte le trais vertical le plus long de la bulle (qui serai bien sur au milieu) il prend le point au milieu du trai (qui sera le centre du cadre) et s'éloigne (en diagonal) a chaque fois du point jusqu'a ce qu'il arrive au extrémité de la bulle.
> le plus facile c'est d'utiliser l'outil 'Séléction rapide' de toshop pour avoir les contour de la bulle mais je sais pas comment retourner ce resultat vers Autoit

et oui c'est faisable pour le texte fr puisque c'est sur un bloc note.

==> Conclution: comme la dit jchd, il faut faire un UDF qui manipule photoshop!

karime1 a écrit :==> Conclution: comme la dit jchd, il faut faire un UDF qui manipule photoshop!

jchd a écrit :on affiche l'image dans une GUI AutoIt, l'op clique dans une bulle, AutoIt en calcule les contours, (...), on pilote PS dans lequel on a chargé cette même image, créé un calque, on fait créer la bulle à PS à l'emplacement déterminé par AutoIt , on passe la main provisoirement à l'op qui bidouille son texte (....), on revient sur la GUI AutoIt et on peut passer au traitement de la bulle suivante.

Pas sûr que l'amélioration des performances (temps, sueur) soit significative, entre l'opérateur qui manipule photoshop et l'opérateur qui manipule un script qui manipule photoshop
Mais je veux voir !

Sans avoir vérifier quoi que ce soit, voici une autre idée probablement plus simple à mettre en œuvre ...

L'idée serait de déterminer une zone blanche minimum (c'est à dire qui ce retrouve dans chaque bulle) et de créer une image correspondante.
Ensuite on utilise ImageSearch() pour repérer les coordonnées des bulles.

On peut aussi utiliser FastFind() pour déterminer la zone exacte de la bulle.

Voilà, mais comme je l'ai dit c'est une idée comme une autre.

Boss, j'y avais pensé mais les zones qui vont être trouvées seront alignées sur le coin haut-gauche de la bulle, sans aucune indication sur les coordonnées du coin bas-droit ni sur les dimensions de la bulle ^^

bon alors avec ce FastFind() j'ai trouvé une idée assez bidon:
ce qui me manque encore c'est n'importe quel pixel dans les bulle et de la je peu avoir l'x,y en haut a gauche et en bas a droite de n'importe quel type de bulle: ==>> Comment Trouver une bulle sans précision?

et j'insiste sur l'idée de faire un UDF de photoshop comme celui de firefox ça m'a l'air pas si difficile.(enfin façon de parler...) parceque y'a plain de bouton sans raccourcis comme celui de la baguette magique enfet le raccourcis est en commun avec un autre outil.

==>> Comment faire un UDF de photoshop comme celui de Firefox?

mikell a écrit :Boss, j'y avais pensé mais les zones qui vont être trouvées seront alignées sur le coin haut-gauche de la bulle, sans aucune indication sur les coordonnées du coin bas-droit ni sur les dimensions de la bulle ^^

Oui, c'est pour cela que j'ai rajouter l'utilisation de FastFind() (mais bon, c'est pas obligatoire, c'est juste plus rapide dans certains cas) ...

Partant du principe, que nous connaissons les dimensions du rectangle de recherche (blanc), lorsque nous avons les coordonnées dans l'image, il ne reste plus qu'à affiner la dimension du rectangle blanc sur l'image.
Pour cela on fait une boucle sur la largeur (a partir de la coordonnée connue), jusqu'à rencontrer un pixel qui n'est pas blanc et pareil pour la hauteur.

Super, alors vous nous faites le script ?

Tlem a écrit :Sans avoir vérifier quoi que ce soit, voici une autre idée probablement plus simple à mettre en œuvre ....
...
...
Voilà, mais comme je l'ai dit c'est une idée comme une autre.

karime1 a écrit :=>> Comment faire un UDF de photoshop comme celui de Firefox?

Perso j'utilise PaintShopPro, où on a la possibilité d'enregistrer un script en Python (éditable en texte donc modifiable manuellement ou par autoit) pour les tâches répétitives, et c'est ce script qui ensuite pilote PSP
Il doit certainement exister qqe chose d'équivalent en PS

l'idée de tlem est très bonne mais ne marche qu'avec la détection des rectangles:
http://www.gilawhost.com/images/gtnwcw1t.jpg ; c'est plus possible dans ce cas. et pitet meme que le cadre ne sera pas en haut a gauche exactment il faudre rechercher des 4 cotés pour etre plus sur

Hum... Y a que moi qui ai remarqué plusieurs bugs dans cette demande ?
- Tout d'abord, on parle depuis le début de rectangles, mais dans le premier scan qui nous a été donné, il me semble bien avoir vu des bulles rondes, dans la vignette en bas a gauche. Donc va falloir revoir vos algos les enfants.

- Ensuite dans l'explication du pourquoi de la chose, il nous indique le workflow :

il y'a un pour traduire, un pour vider les bulles, un pour remplir les bulle, et un pour vérifier tout et le mettre sur internet.
moi mon job c'est de remplir les bulles

Je sais pas mais moi je demanderai au mec qui vient a l'étape d'avant de pas faire un boulot de gorret, et de filer ses calques ! Ou Si il fait pas des calques, genre il selectionne juste la zone et la peint en blanc, a ce moment là, il peint pas en blanc, mais en rouge, vert bleu, ou tout autre couleur facilement identifiable.

- Enfin un dernier truc qui me donne une vache d'envie de cloturer ce topic. Le 'scantrad', en tout cas ce que tu as décrit c'est illégal. C'est de la contrefaçon, et diffusion d'oeuvres contrefaites. Je sais que parfois l'argument c'est que les séries ne sont pas traduites, mais là, ca tient pas la route. L'exemple cité (Naruto) est connu même de quelqu'un qui comme moi ne s'interesse pas vraiment au manga (même si j'en ai lu qquns). Ca veut dire qu'il y a une licence valide en France pour sa diffusion.
De toute facon que la licence existe en France ou non, sur le principe cet acte est illégal et tu risques les foudres de la HADOPI (hé oui, c'est pas que pour le P2P des films en divx...), et le forum aussi pour te faciliter la contrefacon (cf les sites qui diffusaient des liens et qui se sont fait fermer).

Bref, je ne comprend pas pourquoi Tlem non seulement n'a pas locké, mais en plus il a répondu. Il se fait vieux le boss ?
Ou alors c'est qu'il veut m'offrir comme cadeau d'anniv la possibilité de lui coller un 2eme avertissement ?

@zeshrek
A vrai dire, j'ai survolé le sujet et j'étais resté sur :

karime1 a écrit :c'est pas moi qui m'impose l'utilisation de photoshop. c'est le boss.

J'en avais donc déduit que AutoIt était utilisé dans un cadre professionnel (hé oui, AutoIt est parfois utiliser par des entreprises très connues).
Qui dit professionnel, dit que la société qui s'occupe de cela à toutes les autorisations pour ce genre de chose.
Maintenant, effectivement, si cela est fait en dehors de ce cadre, je ne peut cautionner ce genre d'action.

Voyons ce que karime1 aura à répondre...

zeshrek a écrit : moi je demanderai au mec qui vient a l'étape d'avant (....) a ce moment là, il peint pas en blanc, mais en rouge, vert bleu, ou tout autre couleur facilement identifiable.

NdD c'est tellement évident que personne y a pensé ...

Pour le reste... effectivement ça craint

Tlem a écrit :@zeshrek
A vrai dire, j'ai survolé le sujet et j'étais resté sur :

karime1 a écrit :c'est pas moi qui m'impose l'utilisation de photoshop. c'est le boss.

J'en avais donc déduit que AutoIt était utilisé dans un cadre professionnel (hé oui, AutoIt est parfois utiliser par des entreprises très connues).
Qui dit professionnel, dit que la société qui s'occupe de cela à toutes les autorisations pour ce genre de chose.
Maintenant, effectivement, si cela est fait en dehors de ce cadre, je ne peut cautionner ce genre d'action.
Voyons ce que karime1 aura à répondre...

Hum... Je viens de vérifier et Naruto (puisque c'est l'exemple donné) a bien une licence francaise à la fois pour le manga 'la BD donc) et l'anime (dessins annimés). L'éditeur (kana) propose bien les mangas a la vente, mais pas sous forme électronique.
[Edit] en fait il en propose à lire en ligne... mais la qualité est largement différente de ce ce qui nous a été donné en exemple...
Or Karime1 nous dit :

je fait du scantrad les anime comme naruto sont dabord des manga (Bande dessiné) en japonais qui sont traduit en anglais puis en fr donc il y'a un pour traduire, un pour vider les bulles, un pour remplir les bulle, et un pour vérifier tout et le mettre sur internet.

Alors je veux pas lancer des accusations, mais si c'est fait de facon professionnelle, a mon avis il aurait plutot parlé de l'envoyer a l'imprimeur. Et si il bosse pour l'editeur qui a les droits, je doute qu'il travaille a partir de scans, j'ose espérer que l'éditeur original leur filerait au moins les typons (films a partir desquels on fait les plaques pour l'impression) ou même directement ses propres scans des planches du dessinateur.
Non ?

STOP STOP STOP. on fait pas de la contre façon ne bolquez pas le sujeeeeeeet
*court d'halène*
d'abord je fait pas naruto (c'est simplement l'exemple le plus connu) et pas tout les manga sont licencié en france. donc c'est pas illégal pour le prouver j'ai mis Pastel comme premier exemple chapitre 55 et j'i mis frogman volume 1 qui sont pas licencié. enplus si c'est licencié j'aurai un proses en cours.

2 celui qui me précède ne lèvera pas le petit pouce pour m'aider vous pouvez en être sur et de plus la photo est de nature Gris donc il peu pas mettre ni du bleu ni tu rouge.


...
*vien de visiter le lien : http://fr.wikipedia.org/wiki/Scanlation ... alit.C3.A9 *
ah t'a raison ça a l'air de la contre façon je le savais pas je t'assure mais c'est pas grave. j'ai raisou mon prob depuis la fastfind. j'ai même trouvé comment trouvé les bulles. j'attendrai juste d'autre idées mais aparament vous vous etes creuser la tete pour remplacer "[..]" par "[V]" plutôt que par "[R]". tan-pis
alors c'est bon j'ai copié les lien et toute les solution merci le sujet pe etre jeté en poubelle. ceux qui ont un bonne fois ne pourron en profiter
et un deuxième avertissement. je t'assure j'ai pas fait expré. pardonne moi Tlem, sincèrement

Personne n'a verrouillé le sujet pour l'instant et encore moins mis d'avertissement !!!

zeshrek a simplement fait remarqué que nous étions sur le fil du rasoir en ce qui concerne le bienfondé de ce sujet ...

En ce qui me concerne, le sujet s’arrête là, sans conséquence particulière.