Non. T'as raison en fait. Si on veut faire générique, autant faire en sorte que plein de trucs soient possible, même pour des cas d'usages auxquels on pense pas au début.
La seule chose compliquée est toujours de réfléchir à une archi qui permette tout de même de bien présenter l'outil de base (à savoir ici des axes ou centres de symétrie) de manière agréable, mais pour permettre d'aller plus loin pour les "hardcore gimpers". Faut pas que l'UI ait trop plein d'options inutile à 99% des gens, ni que ce soit rébarbatif de mettre un mode miroir. Le gars qui veut juste un miroir vertical, prêt à être déplacé à la souris et dessiner direct, il doit pouvoir le faire en un/deux clic ou un raccourci.
Et passer par l'API (pas forcément besoin d'être développeur pour ça: il en suffit d'un pour uploader sur http://registry.gimp.org/) est la meilleure solution pour étendre des fonctionnalités sans rendre l'UI imbitable.
Et à vrai dire, j'avais aussi pensé que ça pouvais être intéressant qu'un point soit transformé en plusieurs autres points.
J'y réfléchirai. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Aussi, je vois pas le problème à utiliser deux outils différents pour deux usages différents (un pour l'édition avancé, un autre pour l'édition simple).
Par exemple, la plupart du temps, quand je veux juste tirer du texte simplement d'un fichier, je préfère utiliser grep, éventuellement avec une regexp, ça reste le plus simple d'utilisation. Quand je veux en plus remettre en forme le retour, j'utilise sed. Et il peut m'arriver assez rarement d'utiliser awk pour certains types d'extraction. Et je suis super content qu'on ait plusieurs outils d'extraction de texte, dont un très basique comme grep, parce que j'aimerais pas me manger des syntaxes compliquées juste pour chercher du texte (j'utilise grep des dizaines de fois par jours).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oui, toute transformation devrait être simple à ajouter, du moment que tu me donnes une formule avec en entrée les coordonnées du pinceau, et en sortie les coordonnées de la transformation. :-)
A vrai dire, en y réfléchissant bien, on doit même pouvoir faire en sorte de rajouter très facilement des types de transformations (pour ne pas encombrer le système de base de trucs très particuliers, mais tout en laissant ceux avec un besoin particulier en créer facilement et se les échanger sous formes de scripts). Genre on rajoute une méthode dans l'API de libgimp, qui prend en paramètre un handler qui a la forme adéquate (fun: int*int -> int*int en gros), et ça ajoute un type de transfo possible. Donc les gens peuvent ajouter un type de transfo avec un plugin GIMP (C, Python, perl, etc.) en quelques lignes et une formule. Intéressante idée.
Mais t'as un besoin précis pour ce genre de dessins, ou bien tu me dis juste ça parce que ton cerveau bouillonne de transfo mathématiques et que tu te dis que c'est cool, mais en vrai t'utiliserais pas?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
eh beh, tu aurais encore moins aimé être un artiste avant l'avènement de l'informatique alors! ;-) À l'époque, c'était des layers… de peinture les unes sur les autres. :p
Plus sérieusement: les calques-effet sont en projet. Tu as peut-être entendu parler du port vers GEGL qui est en cours, et qui sera pleinement effectif à la sortie de GIMP 2.10 (ou l'inverse: quand on finit, on sort la 2.10 :p). GEGL est une librairie de traitement d'image en arbre (avec des "nodes", qui sont en général des effets, ou du moins un traitement quelconque avec des entrées et des sorties).
Ce port est la première étape. À ce moment, on aura un cœur avec support de l'édition d'image non-destructive, sauf que ce sera toujours destructif dans la réalité, parce qu'on aura pas encore d'UI adéquate.
La seconde étape sera donc pour nous de déterminer une UI efficace, qui impliquera dans une forme ou une autre des calques à effet, pour faire exactement ce que tu dis.
Maintenant, il y a cependant des workflows variés qui impliquent du dessin avec miroir. Ce dont tu parles, j'ai en effet vu et utilisé un peu sur blender. Mais ça permet plus des miroirs parfaits. Pour une œuvre d'art, tu voudras "réparer la perfection", et y rajouter de l'imperfection. Par exemple, si tu fais un visage en dessinant en miroir seulement la moitié, après coup, tu veux arrêter le miroir, et faire les détails en mode normal. Regarde par exemple comment la dessinatrice fait le lapin dans ma vidéo. Or dans ta proposition, un miroir s'appliquerait sur un calque complet. Donc ça rendrait cette manœuvre délicate. Par exemple même sur blender, quand on applique un effet de miroir sur un objet, au bout d'un moment on va l'appliquer et se mettre à travailler dans les détails. Car on ne peut pas garder l'effet tout du long si on veut faire des détails. On perd la donnée "miroir" en effet. Mais c'est la différence entre le dessin industriel et l'art. Dans l'art, on cherche pas à sauver l'info, mais à avoir le meilleur résultat final. Or c'est souvent incompatible.
Bien sûr, tu peux faire les détails dans un autre calque. Mais franchement ce ne serait pas un workflow très cool de devoir faire les bouts de détails du lapin sur un calque séparé (ce serait comme faire un second objet 3D pour faire uniquement les détails non symétriques de ton objet symétrique). Du point de vue du dessinateur, ce serait un horrible design pour la gestion des calques.
Pour tout dire, on a discuté cet exact sujet hier sur le canal IRC, au sujet de la meilleure manière d'implémenter le miroir (parce que comme on a GEGL maintenant, c'est en fait déjà techniquement possible de faire ainsi). :-)
Mais cela reste très intéressant, pour d'autres types de workflow et de dessins par rapport au projet présentés. C'est complémentaire quoi, et ce sera possible quand on aura enfin les calques à effet. Donc à ce moment là, on aura les deux workflow possibles, pour satisfaire tout le monde.
Quand? Ben je sais pas. On manque de mains. Nous aussi on aimerait que tout ça aille plus vite. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Uh? Où c'est que je l'ai critiqué? Je l'ai rencontré, et il avait l'air très sympa. C'est pas insultant de dire que c'est une star locale (locale dans le monde du Libre, j'entends, avec son implication dans divers logiciels Libres: GIMP, MyPaint, Krita, Blender. Et oui si je dis "local", c'est parce qu'il est pas non plus De Vinci, qu'un quidam connaîtra même s'il ne s'intéresse pas au sujet. C'est donc "localisé"). C'est même bien d'être une star locale. Et dans le cas de David Revoy, je pense vraiment que c'est justifié. Si on devait citer un artiste peintre dans le monde du Libre, c'est un des premiers noms qui vient en bouche. Je suis sûr qu'il en est conscient.
Je pense que tu peux chercher les bugs du bugtracker de GIMP où David Revoy intervient. J'en trouve deux. Je crois pas qu'il ait jamais été maltraité. En particulier celui là (l'autre bug, y a pas de réponse): https://bugzilla.gnome.org/show_bug.cgi?id=663582
On peut voir un échange tout à fait cordial entre Alexia, Mitch et David. David rapporte ses problèmes, fait des vidéos, Mitch est d'accord pour dire que ça a vraiment pas l'air terrible, essaie de corriger, pose des questions et propose des patchs à tester. Au final David est plutôt content du résultat, mais le patch reste ouvert parce qu'on est conscient qu'y a encore bien des choses à améliorer.
Donc au lieu de dire qu'on l'a très mal reçu, qu'on aime pas les stars (ce qui n'est pas du tout ce que j'ai dit), et qu'on est des vrais qui font aucun marketing parce que c'est le mal (je pense que la campagne de financement en cours est un bon exemple du contraire), il faudrait un peu se renseigner, ou lire ce que j'écris.
Je sais pas pourquoi y a des gens qui ont toujours besoin de voir des conflits et du mauvais esprit partout. Perso j'ai une dent contre personne, et sûrement pas contre David Revoy, que je connais pas vraiment, mais que je rencontrerai peut-être à nouveau. Et ce jour là, je lui serrerai la main avec plaisir.
Tout ce que je dis, c'est que Krita et GIMP ont une gestion de projet vraiment différente. Y a beaucoup moins de recherche d'image chez GIMP. Et je n'ai jamais dit que c'est bien, ou pas. En tous cas, le résultat est qu'il est clair qu'il est probablement plus avantageux pour un artiste comme David Revoy de s'associer à Krita dans la configuration actuelle.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je ne ferai qu'un seul message sur le sujet, car c'est un point extrêmement trollesque, et ça part facilement en vrille. Donc je dirai ce que j'en pense de manière complete.
Déjà il faut savoir qu'il y a quasiment aucune chance que ça revienne comme avant. Sauf si genre tous les développeurs actuels de GIMP meurent ou un truc comme ça. Donc pour avancer, il serait mieux pour toi de t'y faire. :-)
Deuxièmement l'idée est très simple: tu sauves ton travail. Mais tu exportes un "snapshot" de ton travail, à un moment X ou Y. Ton travail complet implique des calques, des groupes de calques, des masques et canaux, des vecteurs (chemins), du texte (pas le texte déjà incrusté dans ton image, mais bien un texte encore modifiable, contenu, font, taille, etc.), et ainsi de suite. Tout ça à la fois, y a que dans le format natif de GIMP qu'on peut le sauver.
L'export, c'est ton snapshot, pour rendu final, pour impression, envoyer sur le web, montrer à tes potes, intégrer dans ta présentation, ouvrir avec un logiciel différent, ou que sais-je encore.
C'est comme dans blender. Tu ne sauves que en .blend, le format natif de blender. Tu ne vas pas sauver dans le format natif d'un autre logiciel, et encore moins dans un format vidéo. Ce sont des exports ou des rendus dans ce cas.
Genre y avait régulièrement des gens qui venaient et modifiaient l'image de leur appareil photo, directement sur la carte SD, puis sauvait par dessus. Genre ils incrustaient un texte, ou pire redimensionnait. Et plus tard, ils venaient pleurer qu'ils ont rouvert le fichier, et le texte peut plus être modifié, ou bien la qualité est amoindrie.
Donc l'un des buts est de bien faire prendre conscience à l'utilisateur que s'il veut vraiment sauver son image, c'est avec ctrl-s que ça se passe, et c'est en XCF, pas en jpeg compressé avec perte et layers mergés.
Et pis franchement est-ce vraiment plus dur de faire ctrl-e plutôt que ctrl-s?
Le seul cas embêtant dans l'affaire est pour les utilisateurs qui vont traiter énormément d'images (genre des centaines) d'affilée et veulent pas sauver par choix, en étant bien conscient de ce que cela implique.
Déjà, pour beaucoup de ceux là, on leur fait souvent remarquer qu'ils se trompent peut-être d'outils. Quand tu veux lancer un filtre ou une série de modifs sur tout un batch de fichier, tu prends un outil fait pour du batch, comme ImageMagick, ou G'Mic. Et dans tous les cas, GIMP est un outil complexe, vraiment bien plus adapté avec des gros travaux de détail. Genre un photographe (qui se respecte) qui va retoucher ses images, gardera l'original intact dans tous les cas, et sauvera son travail en XCF pour pouvoir y revenir ensuite. Un dessinateur de même. Il va certainement pas perdre son travail, parce qu'on sait jamais s'il voudra pas corriger quelques détails (et même avec des formats sans perte comme png, une fois que les layers sont mergés, tu perds beaucoup en flexibilité).
Il y a d'autres outils bien plus adaptés si on veut juste faire un truc simple en mode "je fais, j'oublie".
Enfin l'un des arguments principaux des détracteurs, c'est "attendez, c'est exactement le même dialogue, mais qui fait 2 choses différentes, donc c'est ridicule et déroutant". C'est vrai. Mais c'est pas fait pour durer. C'est uniquement vrai parce qu'avant, ben c'était réellement le même dialogue, et maintenant on les a séparés, mais ils ont la même base historique. Mais le but est justement d'aller plus loin. En particulier, j'envisionne des apports majeurs du dialogue d'export, avec possibilité de faire un redimensionnement avant l'export (mais sans toucher l'original, toujours dans l'optique du travail sans perte), voire des traitements particuliers avec filtres ou autre, et aperçu du rendu en direct avant export (mais toujours sans toucher la version de travail). En gros, un "export for web" ou similaire. Il pourrait aussi y avoir peut-être des options pour exporter des calques séparément, etc. En gros la différenciation est prévu et ça devrait donner des possibilités très intéressantes. Et ça c'est grâce à cette séparation.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je regarde pas mal le blog de David Revoy et j'ai l'impression que son utilisation des logiciels libres est plutôt krita pour le dessin et gimp pour la retouche.
Oui, en fait David Revoy a fait (de mémoire) Photoshop ~> GIMP ~> MyPaint ~> Krita. Je me souviens plus exactement de ses problèmes avec GIMP (je lui avais demandé lors du Workshop), mais si je me souviens bien, y avait déjà les brosses (elles étaient soient plus puissantes dans Krita/MyPaint, soit l'interface était mieux à utiliser, je sais plus exactement le reproche); je me rappelle aussi qu'il avait un problème avec la finesse de la bordure de sélection dans GIMP (mais je crois que ce point a été amélioré depuis). Y avait 2/3 trucs comme cela. Bon je dis peut-être des bêtises, mais en gros de mémoire, c'est son parcours logiciel.
Ensuite oui, MyPaint et Krita sont beaucoup plus spécialisés "dessin/peinture" numérique, si je pige bien la philosophie, alors que GIMP se veut générique (comme Photoshop, de ce point de vue là). Certains disent que GIMP est fait pour la retouche d'image, et non le dessin. Selon moi, c'est pas vrai. GIMP s'en sort très bien pour dessiner. Simplement c'est plus générique, ça fait beaucoup plus de choses variées que Krita ou MyPaint, mais sur le point particulier du dessin, il y a en effet fort à parier que Krita/MyPaint soient meilleurs, puisque focalisés sur le sujet. C'est un choix. On peut aimer ou non. C'est le Logiciel Libre, y en a pour tous les goûts.
Par contre, dans l'autre sens, ça veut aussi dire que Krita et MyPaint sont vraiment pas adaptés pour la retouche comparé à GIMP, donc si tu dis que David Revoy continue à utiliser GIMP pour ce cas de figure, cela ne m'étonne pas. Il n'a probablement pas trop le choix, en fait.
C'est d'autant plus vrai que l'équipe de krita est très à l'écoute des retours de david revoy alors que l'équipe de gimp a l'air plus isolé.
On est aussi à l'écoute des utilisateurs. Simplement être à l'écoute ne signifie pas qu'on est à leurs ordres. Il faut voir que l'équipe de GIMP est extrêmement limitée et composée essentiellement de bénévoles, alors que Krita non.
Le mainteneur de Krita s'est lancé dans une entreprise de fondation Krita depuis l'an dernier. Ça veut dire qu'il est lancé dans une optique beaucoup plus marketing, parce que bien que sous le label de "fondation", ils font beaucoup de communication, presse et compagnie depuis lors, ils vendent des produits, du support commercial à travers une autre société, etc. C'est très bien s'il arrive à en vivre, ce qui est son but, je pense.
Et donc une des conséquences, c'est qu'ils écoutent beaucoup plus (et s'associent avec) des stars locales, parce que c'est excellent pour l'image, et clairement David Revoy en est une, depuis sa participation dans les projets Blender.
GIMP? Ben les quelques développeurs font ça dans leur temps libre et clairement ils se fichent de savoir si la personne qui demande une fonctionnalité est une star ou non pour décider si c'est une priorité ou pas. C'est probablement une erreur marketing, mais oui, je crois qu'ils sont en effet très mauvais en marketing.
C'est mon interprétation de la situation. Elle peut être fausse, mais c'est le ressentiment que j'ai eu de l'intérieur. Aussi note que personnellement je suis pour qu'il y ait divers logiciels, avec des forces et des faiblesses, et j'en ai clairement rien à faire des comparaisons malintentionnées et tentatives de donner une mauvaise image à la concurrence. C'est la seule chose qui m'a un peu déçu lors des LGM, avec une attitude un peu agressive par moment de Krita envers GIMP. Moi perso, je trouve ces 3 logiciels très bien. D'ailleurs rien ne dit que je ne mettrai pas à faire des patchs pour Krita ou MyPaint un de ces 4, si on se met à les utiliser. Je suis certainement pas braqué.
Comme tu peux le voir, y a en fait 1 unique gros (énorme) contributeur, Mitch, le mainteneur avec presque 700 commits par ans. Pour comparaison, avec seulement 60 commits en 1 an (plus de 10 fois moins!), je suis devenu le second plus gros contributeur. Krita de son côté a le mainteneur et ses 500 commits, puis 6 autres qui font au moins une centaine, etc. C'est pas du tout le même volume.
Bon c'est en vrai légèrement faussé car énormément du travail de GIMP a été déplacé dans GEGL et babl, donc en vrai pour avoir une vraie idée de l'équipe de GIMP, il faut additionner les contributions des 3 repos (et quand on fait ça, je ne suis plus le second contributeur). Mais ça reste tout de même plus petit que Krita.
J'ai l'impression que GIMP manque de dynamisme, les core développeurs s'en vont les uns après les autres, qu'il manque un dictateur bénévole comme Ton Rossendaal pour Blender. Je trouve ça étonnant vu qu'il y a encore quelques années, il était toujours cité comme un logiciel libre réussi, comparé à photoshop …
Ben honnêtement j'espère qu'il est toujours considéré comme tel! On a vraiment du beau et du lourd en préparation pour la prochaine majeure (GIMP 2.10): images 16 et 32-bit (entier et flottants), OpenCL pour plus de multi-thread et utilisation du GPU, des nouveaux outils sympas, genre le warp tool utilisé dans la vidéo, des factorisations d'outil (genre transformation unifié, et un projet GSOC en cours pour unifier la sélection aussi), pour un workflow plus agréable et moins encombré, etc. etc. Les GSOC en cours sont aussi plutôt sympas (l'un pour un nouveau outil de n-point déformation dont la vidéo de démo était impressionnante, support plus solide du PSD pour échanger avec les Adobiens, etc.).
Sans compter tout ce qui est en pleine gestation, comme le port complet vers GEGL, qui ouvrira la porte à du traitement d'image sans perte, ce qui est un énorme truc, avec vraiment beaucoup de répercussions.
GIMP 3.0 (version majeure suivante) ensuite sera focalisé sur le port vers GTK+ 3.0 (déjà commencé dans une branche à part), qui est beaucoup moins excitant car c'est un peu comme développer pour en revenir au même point. Mais c'est aussi un pas — frustrant certes — mais important, car GTK+2 n'évolue plus. Ça veut dire qu'on peut toujours y corriger des bugs, mais pas apporter de nouvelles fonctionnalités au niveau de l'UI. Un point majeur est le support du hotplug de périphérique dans GTK+3. Genre à l'heure actuelle, si tu oublies de brancher ta tablette graphique avant de lancer GIMP, elle est pas reconnue (t'es bon pour redémarrer GIMP. Et encore au moins maintenant on crashe plus. Pendant des années, GIMP crashait si tu débranchais ta tablette avant de quitter GIMP. Mais j'ai contourné ça dans GTK+2 y a quelques mois). Comme tu le vois, c'est assez décisif pour un logiciel de dessin.
En tous cas, je dirais pas que GIMP est mort. On reste quand même très en avance dans plusieurs points, et on a des vraiment beaux projets. On manque juste de mains pour aller plus vite.
Donc oui, il y a clairement un manque de développeurs. On a clairement un mainteneur fort (Mitch, avec son nombre de commits énorme), mais il ne cherche pas à être plus leader que cela, ce qui peut être apprécié ou non. Il nous manque en effet peut-être un "leader", un mec qui aime l'administration, qui veut faire du marketing. C'est vrai que pour l'instant on a plus des hackers par ici. Moi rien que ces deux jours à peine où j'ai commencé un financement, je suis épuisé, tout en ayant la sensation de rien faire de vraiment "réel". J'ai pas touché une ligne de code depuis ces deux jours, je fais que répondre à des messages. Franchement je ferais pas ça tous les jours!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
oui on m'a aussi dit hier que Krita a bien amélioré le miroir. A priori même y a quelques mois, lors du LGM, on pouvait déjà bouger les axes, mais il paraît que c'était bien caché dans l'UI. Mon but n'est nullement de critiquer Krita. Ça a l'air aussi super ce qu'ils font. Comme je disais, ce fut d'ailleurs la source d'inspiration de mon hack. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
les gens d'OpenFunding ont vérifié et ont contacté leur prestataire de paiement pour en savoir plus.
Ils disent que c'est "en fait la banque de l'utilisateur qui a refusé le paiement". Si tu veux en savoir plus, et t'assurer qu'il n'y a pas de problème, tu devrais contacter ta banque.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Quand je vois ton screenshot, est-ce que la tuile entre l'herbe et l'eau doit être placée à la main ou bien c'est généré automatiquement à partir des types de tuile de chaque côté? (un peu ce que Grégoire G dit ci-dessous pour l'éditeur de Wesnoth a priori)
Parce que si c'est à la main, bon bah ça doit vraiment être rasoir de faire une map. Si c'est automatique, c'est mieux mais me semble un processus super-spécifique aux logiciels de tile, et donc ça peut pas le faire comme un outil core. Par contre on pourrait probablement aisément avoir un plug-in qui fait quelque chose du genre.
Dans tous les cas, je connais pas assez bien (si ce n'est du tout) les créateurs de cartes à partir de "tiles" pour vraiment te donner des détails. Je pense qu'il faut avoir utilisé pour savoir ce qui est bien ou non (parce que oui, je vois le principe, et je pourrais développer un truc comme ça si je voulais, mais y aurait probablement plein de détails d'usage chiant car je pratique pas la création de maps pendant des heures sur le même logiciel, en vrai).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
quelqu'un m'a encore parlé de tiling sur mon billet, donc je lui ai demandé ce qu'il entendait par là et s'il avait un example en image. Il m'a répondu et maintenant j'ai compris ce dont vous parlez. En fait vous parlez de translation en temps-réel, tout simplement! Avec les termes adéquats, c'est plus simple! :p (je rigole. J'imagine bien que tiling est un terme employé dans les jeux vidéos, mais bon mathématiquement, ce que vous demandez — si je ne m'abuse — c'est juste de la translation automatique de dessin)
Comme je réponds sur mon billet: c'est pas prévu dans le contexte direct de ce financement, mais ce n'est ni plus ni moins qu'une autre transformation mathématique. Et comme je prévois d'implémenter ce système très génériquement, cela devrait être vraiment facile à ajouter, une fois que la structure pour la symétrie sera là.
Honnêtement, avec déjà deux personnes qui demandent, si je suis financé, je proposerai un patch après coup pour ajouter le tiling aussi. :-) Donc j'espère que ça te met de joie! (et aussi que ça te donne envie de me financer :p)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
On me dit chez OpenFunding que c'est moi qui peut facturer. Quoiqu'il en soit, je vais commencer à me renseigner mieux et je m'arrange pour avoir un statut adéquat d'ici la fin du financement. Donc si vous voulez financer, demandez moi, et je ferai une facture.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
non je n'ignore pas l'avertissement. Merci pour tes conseils. J'avais déjà un peu regardé avant, mais certes, je l'ai fait légèrement. J'ai déjà commencé à re-regarder après cette discussion.
Simplement la forme est toujours assez insultante. Tu pourrais dire les mêmes choses simplement, ça serait moins désagréable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ah bah si tu veux voir la "méthode de dessin", y a plus simple que deviné. Le dessin de zéro à la fin, sans coupure, est présent en accéléré (20 min en environ ~2 min) dans la vidéo youtube en lien dans la dépêche. :-)
C'est utilisé en démo de la fonctionnalité, qui utilise l'implémentation de test (un gros hack moche, mais qui donne le change pour démontrer à quoi ça pourrait ressembler).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ah? de source française alors que tu n'habites pas en France? Pourquoi? Il y a une entreprise française qui t'as embauché(e)? (embauche != un prestataire financier)
si tu n’habites pas en France, ce n'est pas (la plupart du temps, il y a une tonne d'exception certes) un revenu de source française (juste que tu feras une facture à une entreprise française qui s'occupe de gérer le crowndfunding, mais ça on s'en fout du pays à qui tu factures, ça ne change rien à la fiscalité), donc je ne comprend pas pourquoi tu dis que tu sais que c'est un revenu de source française, peux-tu démontrer?
Non je n'ai rien à démontrer. Effectivement je pensais à l'entreprise qui gère le crowdfunding, qui est française. Mais si tu me dis que ce n'est pas ainsi que l'on détermine l'origine, je me renseignerai mieux.
Je réponds pas en détail au reste, car c'est trop agressif (je me demande comment tu fais pour toujours voir les mauvais côtés des choses et pour être si méchant/insultant, mais bon, c'est pas comme si j'étais pas habitué à te lire). Mais oui, ma préparation "fiscale" est légère, mais non je ne prévois pas de mettre l'argent dans la poche. Je pense que mon message précédent sur le sujet est suffisamment clair.
Alors certes mes compétences d'administrateurs ne sont pas au top, et tu peux avoir un avis négatif sur moi, si ça te fait plaisir.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Tu as raison. :-D La dessinatrice a un peu honte et vous demande de l'excuser.
Pour ma part, je lui en veux pas. Elle a dessiné ce dessin à la va-vite (le dessin complet a pris 20 min en temps réel) entre deux projets, sans trop réfléchir ni faire trop dans les détails, juste pour me permettre de faire un screencast de la fonctionnalité. En plus c'est elle qui a eu l'idée immédiatement de faire une réflexion dans de l'eau en symétrie horizontale (alors que je partais bêtement sur l'idée bien trop commune du "character design" en symétrie verticale).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Si j'habite pas en France, je fais comment, tu sais?
Je sais que c'est un revenu de source française, donc je dois quand même déclarer, si je ne m'abuse. Mais n'habitant pas en France, pas même en Europe, me déclarer auto-entrepreneur risque d'être un peu complexe pour moi (ou alors je peux le faire au consulat?).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
En fait l'implémentation que je pense faire, c'est de pouvoir ajouter des axes ou centres de symétrie comme on ajoute des guides. C'est à dire qu'on pourrait en avoir autant qu'on veut, qu'on peut les placer où on veut, etc. Et non pas juste 3 "modes" à la Krita, ce qui est déjà cool, mais est très limité.
Si en plus j'implémente la possibilité de faire une rotation de ces axes, alors ce dont tu parles pourra être fait assez facilement de cette manière.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Honnêtement, aucune idée. C'est la première fois de ma vie que je fais un truc du genre, donc faudra que je me renseigne. Je pense que ça doit être déclaré, mais pas comme un salaire (genre pas un truc mensuel), je pense qu'y a une case particulière pour des rémunérations "autres". Par contre je doute grandement que ce soit considéré comme un don. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pour ma part, je sais que je ne reçois l'argent que lorsque je finis le projet (si j'ai bien compris), donc je ne peux pas me barrer avec la cagnotte comme pas mal de projets font dans Kickstarter, etc. C'est déjà une grosse différence pour la confiance que peuvent avoir les utilisateurs pour un inconnu.
Si j'ai bien compris, l'argent n'est pas réellement pris (ou bien est remboursé, je sais pas trop comment ça marche) si l'objectif n'est pas atteint. A priori je peux modifier cette objectif à tout moment, si par exemple ça monte à 90%, mais se met à stagner, et j'estimerais que ça me va quand même, je descends l'objectif, je fais la fonctionnalité, puis je récupère l'argent, une fois la fonctionnalité livrée. Donc tout le monde est content; et a priori dans tous les cas, l'utilisateur ne devrait pas être floué.
Ensuite pour avoir plus de détail technique sur comment l'argent va et vient selon les divers cas, etc. je te conseille de contacter les gens d'OpenFunding pour leur demander.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
ahahah, tu le veux vraiment ton système de tiling! Ça fait déjà 2 messages en quelques jours où tu en parles dans une discussion avec moi sur linuxfr. :-D
Bon sinon, je vois pas vraiment le rapport. Enfin pour être plus précis: bien sûr que ça peut aider pour dessiner des tiles (objets, cartes, etc.). En fait ça peut aider pour dessiner plus rapidement tout ce qui a une symétrie (parfaite ou non, puisqu'après on peut toujours modifier l'un des côtés, comme fait l'artiste dans ma vidéo avec le warp tool et le redimensionnement. On pourrait aussi utiliser une cage de déformation, ajouter des détails au pinceau d'un côté seulement, etc.). Donc bien entendu que ça sera probablement très utile pour les gens qui veulent dessiner des tiles ou autre sprites, car ce sont souvent des dessins relativement simples, avec pas mal de symétrie.
Ensuite ça n'est pas "fait" pour les tiles en particulier. C'est un outil générique. Ou alors j'ai pas vraiment compris ce que tu veux dire, ou bien ce que fait cet outil qui pourrait te faire penser que c'est similaire. :-)
Sinon je voulais juste dire que le côté "une seule image pour dessiner plusieurs objets différents qui finiront dans des image séparées à la fin" est aussi possible avec GIMP. Pour cela, tu peux exporter les layers séparément, soit avec un script automatique, soit manuellement (y a un plugin qui fait ça pour pas à avoir à faire 50 exports à la main), sinon y a mon script xcf-export, qui fait partie de la suite xcf-utils que j'ai créée (il en a été question dans une news précédente, mais je crois que j'avais pas encore xcf-export à l'époque). http://git.tuxfamily.org/xcfutils/xcfutils.git?p=xcfutils/xcfutils.git;a=tree
Faudra probablement que je fasse une news et une petite page web un de ces 4 pour bien expliquer comment ça marche.
Je l'ai créé et l'utilise pour un projet perso. xcf-export te permet de choisir comment tu exportes les layers dans un xcf, avec des regexp, en fonction du nommage du calque, tu peux dessiner le nom et le dossier du fichier png (et avoir des règles différentes en fonction du nom du calque).
Prenons l'exemple du gars qui fait sa tilemap et ses tilesets. Imagine que tu aies une image avec un layer pour la map. Tu l'appelles "map". Et tu as un layer par objet, tu les nommes comme tu veux, mais avec un nommage que tu choisis. Par exemple "object tank", "object house", etc.
Puis avec mon outil, tu rajoutes dans ton Makefile.am:
Cette commande exportera les fichiers xcf dans un répertoire qui a le même nom, la map dans son propre png, et chaque "object" aussi dans son propre png, dans le sous-répertoire objects (note: j'utilise la syntaxe regexp perl. Aussi un exemple réel sera un peu plus complexe puisqu'on voudra par exemple éliminer les espaces en trop, et transformer les espaces intermédiaires en '_' par exemple, etc. Mais j'ai simplifié pour que ce soir plus clair). Dans mon exemple, si le fichier s'appelle war.xcf, cela exportera l'arborescence suivante:
Mon but ultime serait de réimplémenter les xcf-utils comme un outil natif de GIMP (cad diffusé avec GIMP lui-même), ce qui le rendrait bien plus rapide, car je pourrai accéder directement aux interfaces privées. Mais bon ça fait partie des myriades de projets que j'ai. Et c'est pour ça que je cherche à financer. Si je n'arrive pas à financer un peu, toutes ces idées finiront au placard, car il faudra que je trouve un autre moyen de subsister. Peut-être. :-)
Le seul point qui manque dans GIMP pour faire complètement ce que fait ce logiciel, Instant Tiled, c'est les canvas illimités. C'est en effet un point agaçant pour beaucoup de gens. Et à vrai dire, c'est aussi dans mes projets (j'en parle d'ailleurs dans ma page de présentation du crowdfunding, ou plus précisément je liste cette fonctionnalité comme potentielle future).
Tout cela pourrait être très très bientôt, si j'arrive à financer mon codage. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pencil est très sympa en effet, mais tout d'abord il était mort depuis quelques années. Alors certes maintenant certains essaient de le ranimer et de rameuter les efforts sur un unique fork. Les commits ont l'air très actifs depuis quelques mois grâce a cela. Ensuite il faut voir si cela tient la durée. Deuxièmement: encore un programme qui essaie de faire plein de trucs en même temps, en particulier ici NLE + dessin. En gros je doute qu'on ait toutes les capacités de GIMP ou mypaint par exemple en matière de dessin. Donc je préfère toujours: dessiner sur un programme spécialisé, puis éditer ma timeline sur un NLE plus évolué. En plus, aux dernières nouvelles, y avait pas de support du son, si je me souviens bien (si c’était un software de dessin, je voudrais pas de support son, mais pour un NLE, si). Et y a pas non plus de support Jack, donc va t'amuser a synchroniser ton animation!
Note: ardour devrait bientôt avoir un support basique de vidéo, et y a déjà la possibilité de synchroniser une vidéo existante avec xjadeo par exemple. Mais ça impose un workflow où on fait un rendu de la vidéo d'abord puis après on fait un doublage, du bruitage et ajout de musique sur la vidéo finale. C'est faisable et dans beaucoup de cas suffisant (et quand on fait du doublage dans une langue étrangère, y a pas le choix pour ce qui est des voix), mais en général enregistrer les acteurs et musique d'abord, puis créer et synchroniser la vidéo finale dessus est préféré. Rien que la musique, si tu veux juste un fond sonore sur une vidéo de vacances, pas de prob. Maintenant si tu veux vraiment une forte interaction vidéo/audio, genre une vidéo qui bouge au rythme d'une musique (déjà enregistrée), avec des appuis prononcés qui doivent être entendus lors de l'apparition d'une image particulière, ben tu préféreras travailler dans l'autre sens pour éviter de perdre ton temps.
Pour conclure, de ce que j'en avais vu, Pencil a l'air très sympa et rapide/simple/efficace pour faire une demo rapide, une petite animation marrante pour t'amuser toi et tes proches, ou bien une animatique. Mais pas pour produire ton produit final. Ensuite j'ai pas essaye le récent fork que tu mentionnes. Peut-être qu'il est génial et corrige tout ce dont je parle, qui sait!
Pour Dopey, ben j'ai pas essayé, j'avoue. C'est encore un software ranimé des morts. :-)
Mais j’espère bien que tu comprends que je parle de logiciel pour faire des animations comme tu vois a la télé, voire même au cinéma. Pas pour amuser tes mioches. Cela implique des fonctionnalités très avancées et un workflow élaboré, pas juste coller une bande son approximative sur un bonhomme qu'on lance en translation.
C'est comme Nina Paley qui parle de ses besoins. On lui montre des logiciels qui manquent la moitie des fonctionnalités dont elle a besoin et qui crashe toutes les 10 minutes. Mais oui "Ça bouge plutôt pas mal" dans le vectoriel aussi. Il n'y a rien a redire, et on ne reproche rien aux développeurs. Seulement ça n'en reste pas moins difficilement utilisable ou efficace professionnellement.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dessin symétrique
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 4.
Non. T'as raison en fait. Si on veut faire générique, autant faire en sorte que plein de trucs soient possible, même pour des cas d'usages auxquels on pense pas au début.
La seule chose compliquée est toujours de réfléchir à une archi qui permette tout de même de bien présenter l'outil de base (à savoir ici des axes ou centres de symétrie) de manière agréable, mais pour permettre d'aller plus loin pour les "hardcore gimpers". Faut pas que l'UI ait trop plein d'options inutile à 99% des gens, ni que ce soit rébarbatif de mettre un mode miroir. Le gars qui veut juste un miroir vertical, prêt à être déplacé à la souris et dessiner direct, il doit pouvoir le faire en un/deux clic ou un raccourci.
Et passer par l'API (pas forcément besoin d'être développeur pour ça: il en suffit d'un pour uploader sur http://registry.gimp.org/) est la meilleure solution pour étendre des fonctionnalités sans rendre l'UI imbitable.
Et à vrai dire, j'avais aussi pensé que ça pouvais être intéressant qu'un point soit transformé en plusieurs autres points.
J'y réfléchirai. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dessin symétrique
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 1.
Ok. L'idée que ça m'a donnée reste néanmoins intéressante. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dynamisme de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Voilà, tout est dit. :-)
Aussi, je vois pas le problème à utiliser deux outils différents pour deux usages différents (un pour l'édition avancé, un autre pour l'édition simple).
Par exemple, la plupart du temps, quand je veux juste tirer du texte simplement d'un fichier, je préfère utiliser grep, éventuellement avec une regexp, ça reste le plus simple d'utilisation. Quand je veux en plus remettre en forme le retour, j'utilise sed. Et il peut m'arriver assez rarement d'utiliser awk pour certains types d'extraction. Et je suis super content qu'on ait plusieurs outils d'extraction de texte, dont un très basique comme grep, parce que j'aimerais pas me manger des syntaxes compliquées juste pour chercher du texte (j'utilise grep des dizaines de fois par jours).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dessin symétrique
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 4.
Oui, toute transformation devrait être simple à ajouter, du moment que tu me donnes une formule avec en entrée les coordonnées du pinceau, et en sortie les coordonnées de la transformation. :-)
A vrai dire, en y réfléchissant bien, on doit même pouvoir faire en sorte de rajouter très facilement des types de transformations (pour ne pas encombrer le système de base de trucs très particuliers, mais tout en laissant ceux avec un besoin particulier en créer facilement et se les échanger sous formes de scripts). Genre on rajoute une méthode dans l'API de libgimp, qui prend en paramètre un handler qui a la forme adéquate (fun: int*int -> int*int en gros), et ça ajoute un type de transfo possible. Donc les gens peuvent ajouter un type de transfo avec un plugin GIMP (C, Python, perl, etc.) en quelques lignes et une formule. Intéressante idée.
Mais t'as un besoin précis pour ce genre de dessins, ou bien tu me dis juste ça parce que ton cerveau bouillonne de transfo mathématiques et que tu te dis que c'est cool, mais en vrai t'utiliserais pas?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Destructif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 7.
Salut,
eh beh, tu aurais encore moins aimé être un artiste avant l'avènement de l'informatique alors! ;-) À l'époque, c'était des layers… de peinture les unes sur les autres. :p
Plus sérieusement: les calques-effet sont en projet. Tu as peut-être entendu parler du port vers GEGL qui est en cours, et qui sera pleinement effectif à la sortie de GIMP 2.10 (ou l'inverse: quand on finit, on sort la 2.10 :p). GEGL est une librairie de traitement d'image en arbre (avec des "nodes", qui sont en général des effets, ou du moins un traitement quelconque avec des entrées et des sorties).
Ce port est la première étape. À ce moment, on aura un cœur avec support de l'édition d'image non-destructive, sauf que ce sera toujours destructif dans la réalité, parce qu'on aura pas encore d'UI adéquate.
La seconde étape sera donc pour nous de déterminer une UI efficace, qui impliquera dans une forme ou une autre des calques à effet, pour faire exactement ce que tu dis.
Maintenant, il y a cependant des workflows variés qui impliquent du dessin avec miroir. Ce dont tu parles, j'ai en effet vu et utilisé un peu sur blender. Mais ça permet plus des miroirs parfaits. Pour une œuvre d'art, tu voudras "réparer la perfection", et y rajouter de l'imperfection. Par exemple, si tu fais un visage en dessinant en miroir seulement la moitié, après coup, tu veux arrêter le miroir, et faire les détails en mode normal. Regarde par exemple comment la dessinatrice fait le lapin dans ma vidéo. Or dans ta proposition, un miroir s'appliquerait sur un calque complet. Donc ça rendrait cette manœuvre délicate. Par exemple même sur blender, quand on applique un effet de miroir sur un objet, au bout d'un moment on va l'appliquer et se mettre à travailler dans les détails. Car on ne peut pas garder l'effet tout du long si on veut faire des détails. On perd la donnée "miroir" en effet. Mais c'est la différence entre le dessin industriel et l'art. Dans l'art, on cherche pas à sauver l'info, mais à avoir le meilleur résultat final. Or c'est souvent incompatible.
Bien sûr, tu peux faire les détails dans un autre calque. Mais franchement ce ne serait pas un workflow très cool de devoir faire les bouts de détails du lapin sur un calque séparé (ce serait comme faire un second objet 3D pour faire uniquement les détails non symétriques de ton objet symétrique). Du point de vue du dessinateur, ce serait un horrible design pour la gestion des calques.
Pour tout dire, on a discuté cet exact sujet hier sur le canal IRC, au sujet de la meilleure manière d'implémenter le miroir (parce que comme on a GEGL maintenant, c'est en fait déjà techniquement possible de faire ainsi). :-)
Mais cela reste très intéressant, pour d'autres types de workflow et de dessins par rapport au projet présentés. C'est complémentaire quoi, et ce sera possible quand on aura enfin les calques à effet. Donc à ce moment là, on aura les deux workflow possibles, pour satisfaire tout le monde.
Quand? Ben je sais pas. On manque de mains. Nous aussi on aimerait que tout ça aille plus vite. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dynamisme de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 5.
Uh? Où c'est que je l'ai critiqué? Je l'ai rencontré, et il avait l'air très sympa. C'est pas insultant de dire que c'est une star locale (locale dans le monde du Libre, j'entends, avec son implication dans divers logiciels Libres: GIMP, MyPaint, Krita, Blender. Et oui si je dis "local", c'est parce qu'il est pas non plus De Vinci, qu'un quidam connaîtra même s'il ne s'intéresse pas au sujet. C'est donc "localisé"). C'est même bien d'être une star locale. Et dans le cas de David Revoy, je pense vraiment que c'est justifié. Si on devait citer un artiste peintre dans le monde du Libre, c'est un des premiers noms qui vient en bouche. Je suis sûr qu'il en est conscient.
Je pense que tu peux chercher les bugs du bugtracker de GIMP où David Revoy intervient. J'en trouve deux. Je crois pas qu'il ait jamais été maltraité. En particulier celui là (l'autre bug, y a pas de réponse): https://bugzilla.gnome.org/show_bug.cgi?id=663582
On peut voir un échange tout à fait cordial entre Alexia, Mitch et David. David rapporte ses problèmes, fait des vidéos, Mitch est d'accord pour dire que ça a vraiment pas l'air terrible, essaie de corriger, pose des questions et propose des patchs à tester. Au final David est plutôt content du résultat, mais le patch reste ouvert parce qu'on est conscient qu'y a encore bien des choses à améliorer.
Donc au lieu de dire qu'on l'a très mal reçu, qu'on aime pas les stars (ce qui n'est pas du tout ce que j'ai dit), et qu'on est des vrais qui font aucun marketing parce que c'est le mal (je pense que la campagne de financement en cours est un bon exemple du contraire), il faudrait un peu se renseigner, ou lire ce que j'écris.
Je sais pas pourquoi y a des gens qui ont toujours besoin de voir des conflits et du mauvais esprit partout. Perso j'ai une dent contre personne, et sûrement pas contre David Revoy, que je connais pas vraiment, mais que je rencontrerai peut-être à nouveau. Et ce jour là, je lui serrerai la main avec plaisir.
Tout ce que je dis, c'est que Krita et GIMP ont une gestion de projet vraiment différente. Y a beaucoup moins de recherche d'image chez GIMP. Et je n'ai jamais dit que c'est bien, ou pas. En tous cas, le résultat est qu'il est clair qu'il est probablement plus avantageux pour un artiste comme David Revoy de s'associer à Krita dans la configuration actuelle.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dynamisme de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 10.
Je ne ferai qu'un seul message sur le sujet, car c'est un point extrêmement trollesque, et ça part facilement en vrille. Donc je dirai ce que j'en pense de manière complete.
Déjà il faut savoir qu'il y a quasiment aucune chance que ça revienne comme avant. Sauf si genre tous les développeurs actuels de GIMP meurent ou un truc comme ça. Donc pour avancer, il serait mieux pour toi de t'y faire. :-)
Deuxièmement l'idée est très simple: tu sauves ton travail. Mais tu exportes un "snapshot" de ton travail, à un moment X ou Y. Ton travail complet implique des calques, des groupes de calques, des masques et canaux, des vecteurs (chemins), du texte (pas le texte déjà incrusté dans ton image, mais bien un texte encore modifiable, contenu, font, taille, etc.), et ainsi de suite. Tout ça à la fois, y a que dans le format natif de GIMP qu'on peut le sauver.
L'export, c'est ton snapshot, pour rendu final, pour impression, envoyer sur le web, montrer à tes potes, intégrer dans ta présentation, ouvrir avec un logiciel différent, ou que sais-je encore.
C'est comme dans blender. Tu ne sauves que en .blend, le format natif de blender. Tu ne vas pas sauver dans le format natif d'un autre logiciel, et encore moins dans un format vidéo. Ce sont des exports ou des rendus dans ce cas.
Genre y avait régulièrement des gens qui venaient et modifiaient l'image de leur appareil photo, directement sur la carte SD, puis sauvait par dessus. Genre ils incrustaient un texte, ou pire redimensionnait. Et plus tard, ils venaient pleurer qu'ils ont rouvert le fichier, et le texte peut plus être modifié, ou bien la qualité est amoindrie.
Donc l'un des buts est de bien faire prendre conscience à l'utilisateur que s'il veut vraiment sauver son image, c'est avec ctrl-s que ça se passe, et c'est en XCF, pas en jpeg compressé avec perte et layers mergés.
Et pis franchement est-ce vraiment plus dur de faire ctrl-e plutôt que ctrl-s?
Le seul cas embêtant dans l'affaire est pour les utilisateurs qui vont traiter énormément d'images (genre des centaines) d'affilée et veulent pas sauver par choix, en étant bien conscient de ce que cela implique.
Déjà, pour beaucoup de ceux là, on leur fait souvent remarquer qu'ils se trompent peut-être d'outils. Quand tu veux lancer un filtre ou une série de modifs sur tout un batch de fichier, tu prends un outil fait pour du batch, comme ImageMagick, ou G'Mic. Et dans tous les cas, GIMP est un outil complexe, vraiment bien plus adapté avec des gros travaux de détail. Genre un photographe (qui se respecte) qui va retoucher ses images, gardera l'original intact dans tous les cas, et sauvera son travail en XCF pour pouvoir y revenir ensuite. Un dessinateur de même. Il va certainement pas perdre son travail, parce qu'on sait jamais s'il voudra pas corriger quelques détails (et même avec des formats sans perte comme png, une fois que les layers sont mergés, tu perds beaucoup en flexibilité).
Il y a d'autres outils bien plus adaptés si on veut juste faire un truc simple en mode "je fais, j'oublie".
Enfin l'un des arguments principaux des détracteurs, c'est "attendez, c'est exactement le même dialogue, mais qui fait 2 choses différentes, donc c'est ridicule et déroutant". C'est vrai. Mais c'est pas fait pour durer. C'est uniquement vrai parce qu'avant, ben c'était réellement le même dialogue, et maintenant on les a séparés, mais ils ont la même base historique. Mais le but est justement d'aller plus loin. En particulier, j'envisionne des apports majeurs du dialogue d'export, avec possibilité de faire un redimensionnement avant l'export (mais sans toucher l'original, toujours dans l'optique du travail sans perte), voire des traitements particuliers avec filtres ou autre, et aperçu du rendu en direct avant export (mais toujours sans toucher la version de travail). En gros, un "export for web" ou similaire. Il pourrait aussi y avoir peut-être des options pour exporter des calques séparément, etc. En gros la différenciation est prévu et ça devrait donner des possibilités très intéressantes. Et ça c'est grâce à cette séparation.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Dynamisme de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 10.
Oui, en fait David Revoy a fait (de mémoire) Photoshop ~> GIMP ~> MyPaint ~> Krita. Je me souviens plus exactement de ses problèmes avec GIMP (je lui avais demandé lors du Workshop), mais si je me souviens bien, y avait déjà les brosses (elles étaient soient plus puissantes dans Krita/MyPaint, soit l'interface était mieux à utiliser, je sais plus exactement le reproche); je me rappelle aussi qu'il avait un problème avec la finesse de la bordure de sélection dans GIMP (mais je crois que ce point a été amélioré depuis). Y avait 2/3 trucs comme cela. Bon je dis peut-être des bêtises, mais en gros de mémoire, c'est son parcours logiciel.
Ensuite oui, MyPaint et Krita sont beaucoup plus spécialisés "dessin/peinture" numérique, si je pige bien la philosophie, alors que GIMP se veut générique (comme Photoshop, de ce point de vue là). Certains disent que GIMP est fait pour la retouche d'image, et non le dessin. Selon moi, c'est pas vrai. GIMP s'en sort très bien pour dessiner. Simplement c'est plus générique, ça fait beaucoup plus de choses variées que Krita ou MyPaint, mais sur le point particulier du dessin, il y a en effet fort à parier que Krita/MyPaint soient meilleurs, puisque focalisés sur le sujet. C'est un choix. On peut aimer ou non. C'est le Logiciel Libre, y en a pour tous les goûts.
Par contre, dans l'autre sens, ça veut aussi dire que Krita et MyPaint sont vraiment pas adaptés pour la retouche comparé à GIMP, donc si tu dis que David Revoy continue à utiliser GIMP pour ce cas de figure, cela ne m'étonne pas. Il n'a probablement pas trop le choix, en fait.
On est aussi à l'écoute des utilisateurs. Simplement être à l'écoute ne signifie pas qu'on est à leurs ordres. Il faut voir que l'équipe de GIMP est extrêmement limitée et composée essentiellement de bénévoles, alors que Krita non.
Le mainteneur de Krita s'est lancé dans une entreprise de fondation Krita depuis l'an dernier. Ça veut dire qu'il est lancé dans une optique beaucoup plus marketing, parce que bien que sous le label de "fondation", ils font beaucoup de communication, presse et compagnie depuis lors, ils vendent des produits, du support commercial à travers une autre société, etc. C'est très bien s'il arrive à en vivre, ce qui est son but, je pense.
Et donc une des conséquences, c'est qu'ils écoutent beaucoup plus (et s'associent avec) des stars locales, parce que c'est excellent pour l'image, et clairement David Revoy en est une, depuis sa participation dans les projets Blender.
GIMP? Ben les quelques développeurs font ça dans leur temps libre et clairement ils se fichent de savoir si la personne qui demande une fonctionnalité est une star ou non pour décider si c'est une priorité ou pas. C'est probablement une erreur marketing, mais oui, je crois qu'ils sont en effet très mauvais en marketing.
C'est mon interprétation de la situation. Elle peut être fausse, mais c'est le ressentiment que j'ai eu de l'intérieur. Aussi note que personnellement je suis pour qu'il y ait divers logiciels, avec des forces et des faiblesses, et j'en ai clairement rien à faire des comparaisons malintentionnées et tentatives de donner une mauvaise image à la concurrence. C'est la seule chose qui m'a un peu déçu lors des LGM, avec une attitude un peu agressive par moment de Krita envers GIMP. Moi perso, je trouve ces 3 logiciels très bien. D'ailleurs rien ne dit que je ne mettrai pas à faire des patchs pour Krita ou MyPaint un de ces 4, si on se met à les utiliser. Je suis certainement pas braqué.
Juste pour appuyer l'info sur la petite équipe de GIMP, car ça paraît peu vraisemblable puisque GIMP est un vieux de la vieille.
Les contributeurs GIMP: https://www.ohloh.net/p/gimp/contributors/summary
Les contributeurs Krita: https://www.ohloh.net/p/krita/contributors/summary
Comme tu peux le voir, y a en fait 1 unique gros (énorme) contributeur, Mitch, le mainteneur avec presque 700 commits par ans. Pour comparaison, avec seulement 60 commits en 1 an (plus de 10 fois moins!), je suis devenu le second plus gros contributeur. Krita de son côté a le mainteneur et ses 500 commits, puis 6 autres qui font au moins une centaine, etc. C'est pas du tout le même volume.
Bon c'est en vrai légèrement faussé car énormément du travail de GIMP a été déplacé dans GEGL et babl, donc en vrai pour avoir une vraie idée de l'équipe de GIMP, il faut additionner les contributions des 3 repos (et quand on fait ça, je ne suis plus le second contributeur). Mais ça reste tout de même plus petit que Krita.
Ben honnêtement j'espère qu'il est toujours considéré comme tel! On a vraiment du beau et du lourd en préparation pour la prochaine majeure (GIMP 2.10): images 16 et 32-bit (entier et flottants), OpenCL pour plus de multi-thread et utilisation du GPU, des nouveaux outils sympas, genre le warp tool utilisé dans la vidéo, des factorisations d'outil (genre transformation unifié, et un projet GSOC en cours pour unifier la sélection aussi), pour un workflow plus agréable et moins encombré, etc. etc. Les GSOC en cours sont aussi plutôt sympas (l'un pour un nouveau outil de n-point déformation dont la vidéo de démo était impressionnante, support plus solide du PSD pour échanger avec les Adobiens, etc.).
Sans compter tout ce qui est en pleine gestation, comme le port complet vers GEGL, qui ouvrira la porte à du traitement d'image sans perte, ce qui est un énorme truc, avec vraiment beaucoup de répercussions.
GIMP 3.0 (version majeure suivante) ensuite sera focalisé sur le port vers GTK+ 3.0 (déjà commencé dans une branche à part), qui est beaucoup moins excitant car c'est un peu comme développer pour en revenir au même point. Mais c'est aussi un pas — frustrant certes — mais important, car GTK+2 n'évolue plus. Ça veut dire qu'on peut toujours y corriger des bugs, mais pas apporter de nouvelles fonctionnalités au niveau de l'UI. Un point majeur est le support du hotplug de périphérique dans GTK+3. Genre à l'heure actuelle, si tu oublies de brancher ta tablette graphique avant de lancer GIMP, elle est pas reconnue (t'es bon pour redémarrer GIMP. Et encore au moins maintenant on crashe plus. Pendant des années, GIMP crashait si tu débranchais ta tablette avant de quitter GIMP. Mais j'ai contourné ça dans GTK+2 y a quelques mois). Comme tu le vois, c'est assez décisif pour un logiciel de dessin.
En tous cas, je dirais pas que GIMP est mort. On reste quand même très en avance dans plusieurs points, et on a des vraiment beaux projets. On manque juste de mains pour aller plus vite.
Donc oui, il y a clairement un manque de développeurs. On a clairement un mainteneur fort (Mitch, avec son nombre de commits énorme), mais il ne cherche pas à être plus leader que cela, ce qui peut être apprécié ou non. Il nous manque en effet peut-être un "leader", un mec qui aime l'administration, qui veut faire du marketing. C'est vrai que pour l'instant on a plus des hackers par ici. Moi rien que ces deux jours à peine où j'ai commencé un financement, je suis épuisé, tout en ayant la sensation de rien faire de vraiment "réel". J'ai pas touché une ligne de code depuis ces deux jours, je fais que répondre à des messages. Franchement je ferais pas ça tous les jours!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: "déjà plus loin que Krita" ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Salut,
oui on m'a aussi dit hier que Krita a bien amélioré le miroir. A priori même y a quelques mois, lors du LGM, on pouvait déjà bouger les axes, mais il paraît que c'était bien caché dans l'UI. Mon but n'est nullement de critiquer Krita. Ça a l'air aussi super ce qu'ils font. Comme je disais, ce fut d'ailleurs la source d'inspiration de mon hack. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Paiement refusé...
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
Salut Mikael,
les gens d'OpenFunding ont vérifié et ont contacté leur prestataire de paiement pour en savoir plus.
Ils disent que c'est "en fait la banque de l'utilisateur qui a refusé le paiement". Si tu veux en savoir plus, et t'assurer qu'il n'y a pas de problème, tu devrais contacter ta banque.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tiling?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 1.
Quand je vois ton screenshot, est-ce que la tuile entre l'herbe et l'eau doit être placée à la main ou bien c'est généré automatiquement à partir des types de tuile de chaque côté? (un peu ce que Grégoire G dit ci-dessous pour l'éditeur de Wesnoth a priori)
Parce que si c'est à la main, bon bah ça doit vraiment être rasoir de faire une map. Si c'est automatique, c'est mieux mais me semble un processus super-spécifique aux logiciels de tile, et donc ça peut pas le faire comme un outil core. Par contre on pourrait probablement aisément avoir un plug-in qui fait quelque chose du genre.
Dans tous les cas, je connais pas assez bien (si ce n'est du tout) les créateurs de cartes à partir de "tiles" pour vraiment te donner des détails. Je pense qu'il faut avoir utilisé pour savoir ce qui est bien ou non (parce que oui, je vois le principe, et je pourrais développer un truc comme ça si je voulais, mais y aurait probablement plein de détails d'usage chiant car je pratique pas la création de maps pendant des heures sur le même logiciel, en vrai).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Paiement refusé...
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Bonjour,
je viens de relayer ton message à OpenFunding pour en savoir plus et débugguer. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tiling?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Yo devnewton,
quelqu'un m'a encore parlé de tiling sur mon billet, donc je lui ai demandé ce qu'il entendait par là et s'il avait un example en image. Il m'a répondu et maintenant j'ai compris ce dont vous parlez. En fait vous parlez de translation en temps-réel, tout simplement! Avec les termes adéquats, c'est plus simple! :p (je rigole. J'imagine bien que tiling est un terme employé dans les jeux vidéos, mais bon mathématiquement, ce que vous demandez — si je ne m'abuse — c'est juste de la translation automatique de dessin)
Comme je réponds sur mon billet: c'est pas prévu dans le contexte direct de ce financement, mais ce n'est ni plus ni moins qu'une autre transformation mathématique. Et comme je prévois d'implémenter ce système très génériquement, cela devrait être vraiment facile à ajouter, une fois que la structure pour la symétrie sera là.
Honnêtement, avec déjà deux personnes qui demandent, si je suis financé, je proposerai un patch après coup pour ajouter le tiling aussi. :-) Donc j'espère que ça te met de joie! (et aussi que ça te donne envie de me financer :p)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
On me dit chez OpenFunding que c'est moi qui peut facturer. Quoiqu'il en soit, je vais commencer à me renseigner mieux et je m'arrange pour avoir un statut adéquat d'ici la fin du financement. Donc si vous voulez financer, demandez moi, et je ferai une facture.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 10.
Bonjour,
non je n'ignore pas l'avertissement. Merci pour tes conseils. J'avais déjà un peu regardé avant, mais certes, je l'ai fait légèrement. J'ai déjà commencé à re-regarder après cette discussion.
Simplement la forme est toujours assez insultante. Tu pourrais dire les mêmes choses simplement, ça serait moins désagréable.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: c'est pas pour critiquer...
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
Ah bah si tu veux voir la "méthode de dessin", y a plus simple que deviné. Le dessin de zéro à la fin, sans coupure, est présent en accéléré (20 min en environ ~2 min) dans la vidéo youtube en lien dans la dépêche. :-)
C'est utilisé en démo de la fonctionnalité, qui utilise l'implémentation de test (un gros hack moche, mais qui donne le change pour démontrer à quoi ça pourrait ressembler).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Salut,
je vais demander aux gens d'OpenFunding des conseils et je reviens vers vous.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 10.
Salut,
Non je n'ai rien à démontrer. Effectivement je pensais à l'entreprise qui gère le crowdfunding, qui est française. Mais si tu me dis que ce n'est pas ainsi que l'on détermine l'origine, je me renseignerai mieux.
Je réponds pas en détail au reste, car c'est trop agressif (je me demande comment tu fais pour toujours voir les mauvais côtés des choses et pour être si méchant/insultant, mais bon, c'est pas comme si j'étais pas habitué à te lire). Mais oui, ma préparation "fiscale" est légère, mais non je ne prévois pas de mettre l'argent dans la poche. Je pense que mon message précédent sur le sujet est suffisamment clair.
Alors certes mes compétences d'administrateurs ne sont pas au top, et tu peux avoir un avis négatif sur moi, si ça te fait plaisir.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: c'est pas pour critiquer...
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 2.
Tu as raison. :-D La dessinatrice a un peu honte et vous demande de l'excuser.
Pour ma part, je lui en veux pas. Elle a dessiné ce dessin à la va-vite (le dessin complet a pris 20 min en temps réel) entre deux projets, sans trop réfléchir ni faire trop dans les détails, juste pour me permettre de faire un screencast de la fonctionnalité. En plus c'est elle qui a eu l'idée immédiatement de faire une réflexion dans de l'eau en symétrie horizontale (alors que je partais bêtement sur l'idée bien trop commune du "character design" en symétrie verticale).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 1.
Si j'habite pas en France, je fais comment, tu sais?
Je sais que c'est un revenu de source française, donc je dois quand même déclarer, si je ne m'abuse. Mais n'habitant pas en France, pas même en Europe, me déclarer auto-entrepreneur risque d'être un peu complexe pour moi (ou alors je peux le faire au consulat?).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tiling? et mutliples symtries ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
En fait l'implémentation que je pense faire, c'est de pouvoir ajouter des axes ou centres de symétrie comme on ajoute des guides. C'est à dire qu'on pourrait en avoir autant qu'on veut, qu'on peut les placer où on veut, etc. Et non pas juste 3 "modes" à la Krita, ce qui est déjà cool, mais est très limité.
Si en plus j'implémente la possibilité de faire une rotation de ces axes, alors ce dont tu parles pourra être fait assez facilement de cette manière.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comment ça se passe d'un point de vue législatif ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 3.
Honnêtement, aucune idée. C'est la première fois de ma vie que je fais un truc du genre, donc faudra que je me renseigne. Je pense que ça doit être déclaré, mais pas comme un salaire (genre pas un truc mensuel), je pense qu'y a une case particulière pour des rémunérations "autres". Par contre je doute grandement que ce soit considéré comme un don. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Méthode de financement ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 8.
Salut,
Pour ma part, je sais que je ne reçois l'argent que lorsque je finis le projet (si j'ai bien compris), donc je ne peux pas me barrer avec la cagnotte comme pas mal de projets font dans Kickstarter, etc. C'est déjà une grosse différence pour la confiance que peuvent avoir les utilisateurs pour un inconnu.
Si j'ai bien compris, l'argent n'est pas réellement pris (ou bien est remboursé, je sais pas trop comment ça marche) si l'objectif n'est pas atteint. A priori je peux modifier cette objectif à tout moment, si par exemple ça monte à 90%, mais se met à stagner, et j'estimerais que ça me va quand même, je descends l'objectif, je fais la fonctionnalité, puis je récupère l'argent, une fois la fonctionnalité livrée. Donc tout le monde est content; et a priori dans tous les cas, l'utilisateur ne devrait pas être floué.
Ensuite pour avoir plus de détail technique sur comment l'argent va et vient selon les divers cas, etc. je te conseille de contacter les gens d'OpenFunding pour leur demander.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tiling?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Financement participatif de dessin symétrique dans GIMP. Évalué à 7.
Salut,
ahahah, tu le veux vraiment ton système de tiling! Ça fait déjà 2 messages en quelques jours où tu en parles dans une discussion avec moi sur linuxfr. :-D
Bon sinon, je vois pas vraiment le rapport. Enfin pour être plus précis: bien sûr que ça peut aider pour dessiner des tiles (objets, cartes, etc.). En fait ça peut aider pour dessiner plus rapidement tout ce qui a une symétrie (parfaite ou non, puisqu'après on peut toujours modifier l'un des côtés, comme fait l'artiste dans ma vidéo avec le warp tool et le redimensionnement. On pourrait aussi utiliser une cage de déformation, ajouter des détails au pinceau d'un côté seulement, etc.). Donc bien entendu que ça sera probablement très utile pour les gens qui veulent dessiner des tiles ou autre sprites, car ce sont souvent des dessins relativement simples, avec pas mal de symétrie.
Ensuite ça n'est pas "fait" pour les tiles en particulier. C'est un outil générique. Ou alors j'ai pas vraiment compris ce que tu veux dire, ou bien ce que fait cet outil qui pourrait te faire penser que c'est similaire. :-)
Sinon je voulais juste dire que le côté "une seule image pour dessiner plusieurs objets différents qui finiront dans des image séparées à la fin" est aussi possible avec GIMP. Pour cela, tu peux exporter les layers séparément, soit avec un script automatique, soit manuellement (y a un plugin qui fait ça pour pas à avoir à faire 50 exports à la main), sinon y a mon script
xcf-export, qui fait partie de la suitexcf-utilsque j'ai créée (il en a été question dans une news précédente, mais je crois que j'avais pas encore xcf-export à l'époque).http://git.tuxfamily.org/xcfutils/xcfutils.git?p=xcfutils/xcfutils.git;a=tree
Faudra probablement que je fasse une news et une petite page web un de ces 4 pour bien expliquer comment ça marche.
Je l'ai créé et l'utilise pour un projet perso.
xcf-exportte permet de choisir comment tu exportes les layers dans un xcf, avec des regexp, en fonction du nommage du calque, tu peux dessiner le nom et le dossier du fichier png (et avoir des règles différentes en fonction du nom du calque).Prenons l'exemple du gars qui fait sa tilemap et ses tilesets. Imagine que tu aies une image avec un layer pour la map. Tu l'appelles "map". Et tu as un layer par objet, tu les nommes comme tu veux, mais avec un nommage que tu choisis. Par exemple "object tank", "object house", etc.
Puis avec mon outil, tu rajoutes dans ton Makefile.am:
Cette commande exportera les fichiers xcf dans un répertoire qui a le même nom, la map dans son propre png, et chaque "object" aussi dans son propre png, dans le sous-répertoire objects (note: j'utilise la syntaxe regexp perl. Aussi un exemple réel sera un peu plus complexe puisqu'on voudra par exemple éliminer les espaces en trop, et transformer les espaces intermédiaires en '_' par exemple, etc. Mais j'ai simplifié pour que ce soir plus clair). Dans mon exemple, si le fichier s'appelle war.xcf, cela exportera l'arborescence suivante:
Mon but ultime serait de réimplémenter les xcf-utils comme un outil natif de GIMP (cad diffusé avec GIMP lui-même), ce qui le rendrait bien plus rapide, car je pourrai accéder directement aux interfaces privées. Mais bon ça fait partie des myriades de projets que j'ai. Et c'est pour ça que je cherche à financer. Si je n'arrive pas à financer un peu, toutes ces idées finiront au placard, car il faudra que je trouve un autre moyen de subsister. Peut-être. :-)
Le seul point qui manque dans GIMP pour faire complètement ce que fait ce logiciel, Instant Tiled, c'est les canvas illimités. C'est en effet un point agaçant pour beaucoup de gens. Et à vrai dire, c'est aussi dans mes projets (j'en parle d'ailleurs dans ma page de présentation du crowdfunding, ou plus précisément je liste cette fonctionnalité comme potentielle future).
Tout cela pourrait être très très bientôt, si j'arrive à financer mon codage. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Pourquoi?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal un logiciel d’animation vectorielle demande du financement. Évalué à 5.
Pencil est très sympa en effet, mais tout d'abord il était mort depuis quelques années. Alors certes maintenant certains essaient de le ranimer et de rameuter les efforts sur un unique fork. Les commits ont l'air très actifs depuis quelques mois grâce a cela. Ensuite il faut voir si cela tient la durée. Deuxièmement: encore un programme qui essaie de faire plein de trucs en même temps, en particulier ici NLE + dessin. En gros je doute qu'on ait toutes les capacités de GIMP ou mypaint par exemple en matière de dessin. Donc je préfère toujours: dessiner sur un programme spécialisé, puis éditer ma timeline sur un NLE plus évolué. En plus, aux dernières nouvelles, y avait pas de support du son, si je me souviens bien (si c’était un software de dessin, je voudrais pas de support son, mais pour un NLE, si). Et y a pas non plus de support Jack, donc va t'amuser a synchroniser ton animation!
Note: ardour devrait bientôt avoir un support basique de vidéo, et y a déjà la possibilité de synchroniser une vidéo existante avec xjadeo par exemple. Mais ça impose un workflow où on fait un rendu de la vidéo d'abord puis après on fait un doublage, du bruitage et ajout de musique sur la vidéo finale. C'est faisable et dans beaucoup de cas suffisant (et quand on fait du doublage dans une langue étrangère, y a pas le choix pour ce qui est des voix), mais en général enregistrer les acteurs et musique d'abord, puis créer et synchroniser la vidéo finale dessus est préféré. Rien que la musique, si tu veux juste un fond sonore sur une vidéo de vacances, pas de prob. Maintenant si tu veux vraiment une forte interaction vidéo/audio, genre une vidéo qui bouge au rythme d'une musique (déjà enregistrée), avec des appuis prononcés qui doivent être entendus lors de l'apparition d'une image particulière, ben tu préféreras travailler dans l'autre sens pour éviter de perdre ton temps.
Pour conclure, de ce que j'en avais vu, Pencil a l'air très sympa et rapide/simple/efficace pour faire une demo rapide, une petite animation marrante pour t'amuser toi et tes proches, ou bien une animatique. Mais pas pour produire ton produit final. Ensuite j'ai pas essaye le récent fork que tu mentionnes. Peut-être qu'il est génial et corrige tout ce dont je parle, qui sait!
Pour Dopey, ben j'ai pas essayé, j'avoue. C'est encore un software ranimé des morts. :-)
Mais j’espère bien que tu comprends que je parle de logiciel pour faire des animations comme tu vois a la télé, voire même au cinéma. Pas pour amuser tes mioches. Cela implique des fonctionnalités très avancées et un workflow élaboré, pas juste coller une bande son approximative sur un bonhomme qu'on lance en translation.
C'est comme Nina Paley qui parle de ses besoins. On lui montre des logiciels qui manquent la moitie des fonctionnalités dont elle a besoin et qui crashe toutes les 10 minutes. Mais oui "Ça bouge plutôt pas mal" dans le vectoriel aussi. Il n'y a rien a redire, et on ne reproche rien aux développeurs. Seulement ça n'en reste pas moins difficilement utilisable ou efficace professionnellement.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]