Peut-être. Ça y ressemble en tous cas. Tu peux essayer de modifier les headers dont parle le gars en rajoutant ce #if. Si ça règle le problème, c'est probablement le même.
J'avais vu ce rapport de bug en effet, mais j'en avais créé un autre car j'avais aussi d'autres erreurs (comme je dis dans mon rapport) et je dois pas toucher que la lib crt mais une autre aussi. Mais peut-être que les autres erreurs étaient seulement des conséquences du premier et que si on rajoute ce #if, ça corrige toutes les erreurs?
Je ne sais pas. J'ai pas regardé dans le code. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Les dépendances pré-compilées sont fournies par le projet Fedora. Je me sers juste dans leur repo, décompresse et installe dans un répertoire que je crée et dont je me sers comme préfixe.
Pour installer ta propre lib (perso, ou non disponible dans les dépendances pré-comp), tu la compiles et l'installes avec crossroad (crossroad configure && make && make install), tout simplement. Cela l'installera dans le même préfixe que tout le reste [*], mélangé avec les libs pré-compilées et ton projet final. Comme l'environnement est normalement bien configuré, le projet qui nécessite cette lib la verra lors de l'étape de configuration. En gros tu devrais retrouver exactement la même expérience que lorsque tu compiles ton projet et ses libs pour Linux.
Le plus simple est d'essayer, et tu verras, ça vient naturellement pour qui compile régulièrement (ça n'apprend pas magiquement la logique de compilation à ceux qui comprennent pas ce qui se passe quand ils font un ./configure, make et make install, bien sûr).
À propos, c'est pas que C et C++ théoriquement. Ma distrib fournit aussi des paquets nommés gnat-mingw-w64-x86-64, mingw-ocaml, gobjc++-mingw-w64-x86-64, et gfortran-mingw-w64-x86-64. J'en déduis qu'on devrait être capable de cross-compiler aussi en Ada, Objective C++, Objective Caml et Fortran. Et en fait j'ai déjà ajouté le code nécessaire dans crossroad. Donc si tu installes les dépendances adéquates, tu devrais pouvoir compiler une tripotée de projets différents.
Cela étant dit, je dis "théoriquement", car je n'ai compilé que des projets C et C++ moi-même avec crossroad. Je n'ai jamais testé les autres langages en cross-comp, donc j'ai peut-être (probablement même!) loupé des trucs pour que ça marche (des variables d'environnement déjà très probablement, etc.).
Néanmoins j'invite à tester quiconque en a besoin et je me ferai un plaisir de corriger crossroad quand je recevrai des rapports de bug pour d'autres langages (si possible avec des infos sur ce qui manque si vous le savez déjà).
[*] crossroad ne fait pas du multi-préfixe car le but n'est nullement de reproduire un arbre complexe de préfixes dans ton Windows. Ça fait un unique préfixe et tout est dedans.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'ai testé un peu et j'ai trouvé ce que je pense être un bug. Le répertoire .cache/crossroad/prefix n'est pas créé et à un moment, ça pose problème, ça finit en exception.
Bien trouvé. C'est pourquoi on devrait toujours réinitialiser son environnement de travail (cache, fichiers de config, etc.) pour tester convenablement un nouvel outil! :p Comme j'avais ce rép depuis longtemps, j'ai dû introduire un bug et ai oublié de tout détruire pour avoir un environnement vierge, comme un nouvel utilisateur. Merci pour le rapport. Corrigé et poussé maintenant. Je ferai une release mineure bientôt.
/usr/lib/gcc/x86_64-w64-mingw32/4.6/../../../../x86_64-w64-mingw32/lib/crt2.o:
dans la fonction « __tmainCRTStartup »:
/tmp/buildd/mingw-w64-3.0.0/build/x86_64-w64-mingw32-x86_64-w64-mingw32-crt/../../mingw-w64-crt/crt/crtexe.c:285:
référence indéfinie vers « set_invalid_parameterhandler »
Oui j'ai eu exactement la même. C'est un bug de mingw. Simplement des fonctions a priori oubliées dans les libs. Donc ça compile, mais ça foire au link.
T'utilises quelle version de MinGW-w64? J'avais eu ce problème avec le dernier build nocturne automatique. J'ai même fait un bug report: https://sourceforge.net/p/mingw-w64/bugs/350/
Tu peux voir exactement le même bug que toi dans le config.log que j'ai attaché au ticket.
Comme j'avais aussi d'autres bugs de macros non définis dans des headers sur le MinGW-w64 stable plus vieux fourni par ma distro, j'utilise actuellement une sorte de mix immonde. J'utilise le build nocturne dans lequel j'ai remplacé les binaires libmingw32.a, libmingwex.a et crt2.o depuis le vieux build stable de ma distro (2.22.90.20120919-0ubuntu1+2).
Ça marche nickel. Je conseille donc de faire ainsi en attendant le fix.
N'hésite pas à reporter que t'as eu la même erreur dans le bug report. :-) Peut-être que cela poussera le bug dans les priorités si on est plusieurs à le rapporter.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Merci pour elle pour tous les commentaires. C'est une vraie composition, avec une vraie tarte, assiettes, tasse, etc. qu'elle a placés dans cette position spécifiquement pour ce dessin. Mais oui elle a aussi fait une photo car elle dessine sur l'ordi, un portable avec un gros écran et sa grande tablette graphique, donc c'est assez dur de rester constamment dans un bon angle de vision de l'original. C'est à la fois un des inconvénients (l'encombrement) et des avantages (on peut trimbaler une représentation photographique) du numérique.
Par contre elle ne dessine pas par dessus la photo. Elle est partie d'un canvas blanc et a dessiné dessus avec une brosse numérique le moindre pixel. La photo ne servait que de référence de comparaison.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Cool, tiens moi au courant si tu essaies crossroad. Tout retour d'utilisation est bienvenu.
En tous les cas, pour les projets un peu gros, je pense qu'il vaut mieux régulièrement au moins compiler dans d'autres OS dès le début (même si on ne teste et que le port est pas pour l'immédiat. Ça ne coûte pas grand chose — avec un tel outil — au minimum de juste cross-compiler et voir que ça le fait sans erreur). À mon avis, même en faisant attention, le diable est dans les détails comme on dit. Mais bien sûr, les corrections seront bien plus simples et minimes si tu as essayé d'être portable dès le début. Et peut-être même qu'il n'en aura aucune, qui sait?!
Merci pour la faute de voc. Il semblerait que tu aies raison. Ces dernières années, j'ai parlé plus souvent anglais ou japonais que français. Forcément ça joue des tours. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ça a l'air cool. J'aime et ai toujours aimé Gentoo, c'est ma distribution préférée pour et la plus agréable à l'utilisation… hormis pour le temps qu'on y passe! C'est d'ailleurs la seule raison pour laquelle je ne l'utilise plus sur ma machine principale. Je veux plus passer des heures à compiler.
Ceci dit, le problème majeur de crossdev, c'est que c'est encore un outil de distribution = pour cette distribution seulement. C'est cool pour les utilisateurs de la distrib, mais chiant pour les autres. crossroad se veut générique. Je l'ai commencé sur ma Mageia 3, puis le continue sur ma Linux Mint. Et je veux pouvoir cross-compiler aisément quelque soit ma prochaine distrib, si je venais à changer encore.
Fedora (et Suse bien sûr par conséquent!) aussi ont des outils facilitant la cross-compilation, avec un wrapper de ./configure aussi, je crois (si je me souviens bien, j'avais regardé un tuto y a longtemps, mais n'ai jamais testé car j'ai pas de Fedora/Suse justement). C'est pareil. C'est du spécifique à une distrib, donc inintéressant pour moi.
Apparemment crossdev est intégré à portage et permet donc de compiler l'ensemble de l'arbre de dépendances de Gentoo dans n'importe quel plateforme cible fournie par Gentoo. C'est vraiment cool. Ça permet définitivement plus de choses que crossroad puisque je fais que du Windows sur x86 32 et 64-bit pour le moment. Et ma liste de dépendances est limitée à ce que le projet Fedora veut bien pré-compiler, ce qui est forcément moins que l'ensemble des paquetages de Gentoo. Mais c'est bien le principe de Gentoo où on compile déjà tout de toutes façons. Ben là on peut compiler tout à nouveau, mais simplement pour une autre plateforme. :-)
Mais bien sûr cela marche ainsi parce que c'est intimement lié à portage, donc à Gentoo. Et cela reste un système de cross-compilation que je ne pourrai pas essayer de sitôt.
Et puis j'espère bien élargir bientôt le champs des possibilités de crossroad pour compiler vers d'autres plateformes!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Moi j'ai toujours entendu dire que ça dépendait du pays. D'ailleurs les sites web qui diffusent du domaine public ont en général toujours un avertissement disant que le domaine public est connu pour un pays X (en général le pays du projet), et vous demandant de vérifier les lois du copyright dans votre pays — si différent — pour être sûr de pas enfreindre la loi.
Ceci dit, je viens de regarder Copyright sur Wikipedia. Ça dit ça:
En vertu de la Convention de Berne, la durée typique de la protection du droit d'auteur est de 50 ans pour la date de publication6. Il s'agit d'un défaut - les lois nationales sont généralement supérieures à cette durée.
Donc tu as raison pour dire qu'il y a un accord international (sur 166 pays apparemment), mais comme toujours avec les lois internationales, les lois nationales prévalent. Or les pays légifèrent souvent des durées plus longues (jamais plus courtes, semblerait-il!).
Ceci dit, cela voudrait dire que Mickey Mouse, protégé par le Mickey Mouse Protection Act aux US, n'est plus protégé ailleurs, M. Disney étant mort il y a plus de 50 ans… si quelqu'un peut apporter une contradiction, j'en serais très heureux !
Ben moi j'en suis vraiment pas heureux, mais la loi que tu citais est justement la contradiction. Tu l'avais donc apportée toi-même! D'ailleurs c'est pour cela que les gens l'appellent du sobriquet "Mickey Mouse Protection Act", puisqu'elle est le résultat des coups de pouce de Disney vers le gouvernement pour justement que Mickey ne passe pas dans le domaine public.
En gros si je comprends bien cet acte d'extension déjà prolonge les droits d'auteur à 70 ans par défaut. Puis fait un cas spécial pour les œuvres d'entreprise (comme Mickey!) qui passent soit à 95 ans après publication ou 120 ans après création (le plus long est choisi!). Donc malheureusement Mickey est loin d'être dans le domaine public, du moins pas pour ceux qui habitent aux US.
Pour en savoir plus, va lire l'article que tu pointes sur Wikipedia. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
d. Use with Virtualization Technologies. Instead of using the software directly on the licensed
computer, you may install and use the software within only one virtual (or otherwise emulated)
hardware system on the licensed computer. When used in a virtualized environment, content
protected by digital rights management technology, BitLocker or any full volume disk drive
encryption technology may not be as secure as protected content not in a virtualized
environment. You should comply with all domestic and international laws that apply to such
protected content.
Donc oui on a bien le droit (bien sûr ça s'applique parce que je n'utilise pas mon Win sur la plateforme matérielle, où j'ai un Linux).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
La légende concerne les deux personnages. Comme tu le dis toi-même, Robert Johnson a une autre chanson où le diable est cité explicitement: "Me and the Devil Blues".
Quant à "Cross Road Blues", même si le diable n'est pas explicitement nommé, toutes les interprétations convergent vers l'histoire de la rencontre avec le diable. Et les paroles sont tout de même assez perturbantes dans ce sens. Ça parle du fait qu'il est à la croisée des chemins et fait du stop, mais personne le prend en stop. Pendant ce temps, la nuit se met à tomber, et il a vraiment peur. À la fin il dit "I believe I'm sinking down", ce qu'on peut comprendre par le fait qu'il croit être perdu. Peut-être parce qu'il est trop tard pour lui, trop tard pour sauver son âme?
Dans tous les cas, je vois pas pourquoi le fait qu'il y ait aussi des histoires sur Tommy Johnson, cela interdirait aussi celles sur Robert Johnson. A priori des historiens pensent que l'un comme l'autre aimaient à entretenir eux-même ces légendes. C'était un bon marketing déjà, en tant que bluesmen. Aussi ils étaient l'un comme l'autre assez connus pour être plutôt roublard. Certaines interprétations du caractère de Robert Johnson laissent penser qu'il pensait que ça le protégeait ainsi que les gens puissent penser qu'il ait un lien avec le diable. Car si on a peur de lui comme associé du diable, oserait-on s'en prendre à lui (probablement oui, car on pense que sa mort pourrait être dû à un mari jaloux, qui n'aurait donc pas eu suffisamment peur de la légende!)?
Dans tous les cas, une chose est sûre: de nos jours, la légende du pacte avec le diable concerne ces deux personnages. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je connaissais pas MXE. Mais je viens de jeter un œil.
Déjà MXE maintient sa propre liste de paquetage de dépendances. D'une, ça doit être un travail de dingue de les garder à jour et vérifier que chacun compile proprement à chaque nouvelle version; de deux, je suis persuadé qu'il n'est pas à jour sur plein de paquetages à cause du premier point (sauf si l'équipe est vraiment grosse?); de trois, même si l'installation des dépendances reste simplifiée certes par rapport à tout faire à la main, il n'empêche que tu te tapes des dizaines de compilations pour un gros projet.
Quand je compile GIMP par exemple, j'ai pas compté, mais avec les dépendances de dépendances, je pense qu'y a bien une vingtaine au moins de paquets installés. Ben ça se fait en genre une minute. C'est du pré-compilé. Donc c'est rapide, et surtout ça marche tout le temps. Le seul cas où une installation de dépendance foire avec crossroad, c'est si les serveurs Fedora sont down. :-)
MXE, ils compilent tout sur l'ordi de build. Donc c'est lent, et ça peut foirer (car on sait tous que les compilations, c'est pas parce que ça marche bien chez le dév que ça marche chez vous (même si c'est normalement le but recherché). Y a beaucoup plus de paramètres en compte.
Et surtout je ne me charge pas de cette liste de dépendances! Donc j'en ai genre probablement bien plus que MXE sans rien avoir à faire. Crossroad va simplement télécharger la liste des paquets Fedora dès que tu l'invoques et est donc toujours à jour par rapport à la dite liste.
Voici donc la liste complète des dépendances de Crossroad: http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_12.3/noarch/
MXE a ça apparemment: https://github.com/mxe/mxe/tree/master/src
C'est pas mal aussi, et j'ai pas compté précisément pour voir qui a la plus grosse. Mais je préfère de loin ne pas avoir à me préoccuper de cela.
Pareil j'ai l'impression que MXE va jusqu'à lui-même compiler MinGW ou MinGW-w64. Franchement toutes les grosses distrib ont MinGW/MinGW-w64 d'installable pour ton OS. Et si vraiment tu veux une version plus récente, y a des builds nocturnes officiels aussi (en tous cas pour MinGW-w64). Vraiment pourquoi s'embêter à compiler ça?
Tout comme les dépendances, je préfère de loin déléguer.
Pour le reste, si tu regardes le tuto de MXE, ça aide pas beaucoup plus que cela. J'ai l'impression que son point principal, c'est de proposer des Makefile pour diverses dépendances.
Mais ils te demandent toujours de modifier tes variables d'environnement et de taper les configure et cmake à rallonge. C'était justement la partie chiante que je suis content d'avoir automatisé. Après tout, c'est toujours les mêmes options. Pourquoi me faire chier à les taper ou copier-coller à chaque fois plutôt que les automatiser dans un script?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Mon outil configure le projet pour s'installer dans un préfixe donné, ainsi que toutes les dépendances pré-compilées (car on veut pas mélanger des binaires Win avec son OS). Dans la pratique, ça rajoute simplement un --prefix automatique à ton ./configure pour qu'on ait pas à y penser à chaque fois.
Ce crossroad --symlink est juste un petit raccourci de mon outil pour créer un lien (nommé gimp) qui lie l'environnement w64. J'utilise ça pour ma VM Virtualbox qui communique avec mon OS notamment par un dossier partagé. C'est plus simple que d'échanger un zip avec ma VM (ce serait un peu ridicule).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'ai jamais tenté de compiler sous nux avec Wine et MinGW. Mais sous Windows avec MinGW, c'est aussi d'une lenteur effroyable. Je sais pas ce que le compilo fait, mais il le fait pas vite. :-D
Penses-tu que ton outil va me simplifier la vie ? En particulier, est-ce que ça va compiler a une vitesse normale et en utilisant tous les cœurs ?
Je pense oui. Avec la cross-compilation native (pas Wine ou autre environnement bâtard entre deux-OS pour l'exécution. C'est "natif" dans le sens où ça utilise un compilo fait pour tourner sous nux, seulement il compile à destination d'un autre OS), ça va super vite chez moi (tout aussi vite que la compilation nux pour nux).
Est-ce simple d'utiliser une bibliothèque non présente dans le MinGW de Fedora (j'utilise notamment libclaw) ?
Oui. Il suffit de le configurer, compiler et l'installer avant ton projet, pareil que le projet normal. Il sera installé dans le même préfixe que le reste (les libs installées par Fedora en particulier), et donc quand tu configureras ton projet, il trouvera ces dépendances compilées également.
GIMP master par exemple nécessite babl et GEGL master aussi, qui ne sont pas présents dans Fedora aussi, ainsi qu'une version de cairo supérieure à ce que Fedora propose. J'installe donc ces 3 dépendances supplémentaires avant d'installer GIMP. Ça marche nickel.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'ai essayé de retrouver vite fait la licence Win 7 sur le site Microsoft après ton message, mais je tombe que sur Windows 8 partout. Je vais dormir là, mais je chercherai demain à nouveau, sauf si quelqu'un trouve avant et poste le lien ici. :-)
En tous cas, j'avais lu la licence de mon OS exact à l'époque, spécifiquement pour savoir cela, et ce point précis était très clairement marqué dedans (vraiment non-ambigu d'après moi, ou alors de manière très fourbe). Je me souviens qu'il y avait un point précis dans le contrat qui dit qu'on peut l'utiliser dans une VM.
En plus comme j'avais pas de CD Windows (comment souvent maintenant dans les portables, qui te vendent avec une sorte de partition cachée qui permet de réinstaller l'OS), j'ai même demandé au vendeur du portable de me le filer, en disant au support que c'était pour l'utiliser en VM, plutôt qu'en OS principal, car autorisé par le contrat. Et ils m'ont filé un iso officiel sans même poser plus de questions.
Donc oui j'en suis sûr, autant que faire se peut quand on n'est pas juriste. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je vais regarder (avec des vrai(e)s utilisat[eur|rice]s que je connais, moi je suis juste un bricoleur) à faire des mockups de cette implémentation de batch, car c'est un sujet qui passionne tout le monde et sa sœur, et tous ont une idée de ce à quoi ça pourrait ressembler (workflow / interface).
Si t'as des mockups, et des idées plus ou moins ("plus", c'est mieux) clairement spécifiés, etc. tu peux participer au GUI brainstorm: http://gimp-brainstorm.blogspot.co.nz/
C'est un peu mort, parce que notre expert UI s'était éloigné de nous, mais il vient de revenir y a juste une semaine. Donc nos retours UI vont s'améliorer.
Tant qu'on y est, ce qui serait super, ce serait de faciliter l'usage de GIMP pour l'animation, avec une "table lumineuse" qui montre les détours des n calques inférieurs, et permet de "jouer" (juste une commande play / pause / accell < > quoi) qui fait "défiler" l'affichage desdits calques) l'anim. En attendant je triche avec les opacités de layer et l'export GIF et ça marche.
Je suis pas certain de comprendre ta comparaison avec une table lumineuse. Veux-tu simplement dire une timeline où on peut spécifier plusieurs calques par frame (et pas comme actuellement, 1 calque = 1 frame)? Si c'est le cas, sois en joie, car c'est en travaux. Je suis depuis quelques mois le mainteneur officiel du plugin core animation-play qui est fourni avec GIMP. Et je suis justement en train de travailler sur ce dont tu parles. Si tu voyais ma version de dév actuelle, tu verrais que ça n'a déjà plus grand chose à voir avec la 2.8. :-)
J'entends également des critiques sur la gestion interactive (une main sur le clavier, l'autre sur la wacom) des brosses, qui ne me posent personnellement aucun problème (mais je ne pains pas avec aussi).
Oui il paraît que GIMP n'a pas les meilleures brosses. Si je pige bien, MyPaint serait vraiment sympa pour créer des brosses (cad que l'UI serait plus aisée à manipuler). Par contre je crois qu'elles sont plus limitées (les brosses sont toutes formées de cercles comme forme de base, ou un truc du genre). Krita aurait les meilleures brosses à ce qu'on dit. Dans tous les cas, on dit que MyPaint et Krita sont tous deux spécifiquement dédiés aux peintres (c'est comme cela que ces deux projets se présentent). GIMP se veut plus générique. Il fait de tout: du croquis au traitement photo en passant par la peinture. Depuis les derniers Libre Graphics Meeting, les 3 projets GIMP, Krita et MyPaint essaient en fait de collaborer pour partager leurs pinceaux (ou du moins pour que chacun soit capable d'utiliser les pinceaux des 2 autres). Bon je suis pas sûr que le projet avance énormément, mais les bases de la discussion sont posées.
Ensuite pas mal de gens dessinent quand même des trucs très cools avec GIMP et la dessinatrice avec qui je travaille semble apprécier créer des brosses et des dynamiques dans GIMP. Un peu d'auto pub: mon webcomic sur la vie d'une Marmotte aventureuse. Y a pas beaucoup de mises à jour parce qu'on revoit pas mal de trucs en cours de route, mais ça devrait prendre le rythme au bout d'un moment. :-)
l'Amiga (où on avait une chaîne de traitement bitmap hors-pair, de Deluxe Paint et Brillance pour l'anim, à ADPro pour le batch, en passant par TVPaint (mais il fallait une carte graphique) ImageFX et PhotoGenics et je parle même pas de la 3D…
Oui j'entends pas mal parler des supers progs de dessin de l'amiga. Moi à l'époque, mon grand frère a eu un amiga pendant environ 2 ans et on faisait que jouer dessus avant qu'on grille l'alim (oui l'alim, c'est rien, mais nous on y pigeait que dalle et mes parents sont danseurs, ils y pigent encore moins), puis on a pas eu d'ordi pendant pas mal d'années. Je suis loin d'avoir eu une jeunesse de geek, je me demande comment j'ai tourné ainsi! :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je m'explique: si vous faites un texte et que vous voulez ajouter une ombre et une rotation, rien de plus facile. > Maintenant, si je veux modifier le texte parce qu'il y a une erreur, je dois me retaper à la main la liste des effets que je lui ai mis… Et sincèrement quand on modifie régulièrement une même image, c'est vraiment ULTRA relou !
Tandis que sous photoshop, le calque original et chaque effet reste entièrement éditable après coup !
C'est ce que j'appelle plus haut l'édition non-destructrice avec les calques d'effets. C'est prévu. C'est peut-être même une des conséquences majeures qu'apportera GEGL. Par contre les chances d'avoir ça pour GIMP 2.10 sont très faibles, car bien que le port GEGL sera alors complet, il n'y aura pas l'UI pour en tirer profit. À moins qu'on ait plus de dév d'ici là, par exemple.
Les actions, aussi
Clairement c'est un des autres gros points manquants. C'est aussi une fonctionnalité qui je pense demandera beaucoup de réflexion et de temps pour la faire bien (on peut la développer à-peu-près relativement rapidement, mais on aime le beau code).
mais là en l'état il n'y a pas de gestion par lots "batch" à proprement parler - heureusement qu'il y a imagemagick
En effet à l'heure actuelle, même s'il y a un mode console pour GIMP (on peut même compiler que le mode console de GIMP, sans UI donc sans dépendance à X si on veut. Pour un serveur par ex), c'est pas l'extase. Je pense même qu'aucun des dévs ne considère cela comme une fonctionnalité majeure de GIMP. ImageMagick est clairement beaucoup plus efficace car fait pour.
Quand des utilisateurs nous parlent de cas d'usage qui est clairement un travail à la chaîne (donc du batch) et se plaint que GIMP est pas efficace pour cela, on leur dit à chaque fois d'aller essayer ImageMagick, clairement adapté à l'usage.
Peut-être qu'un jour, quand on aura plus de dévs, en particulier des dévs qui s'intéressent à ce mode et ces usages, et leur donne un peu d'amour, GIMP y sera bon aussi. Mais pour l'instant, je pense qu'il faut accepter ce fait, ou alors retrousser ses manches et nous aider. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Aussi faut bien voir que travailler directement en CMYK, c'est pas "vraiment" possible. Même si tu stockes en CMYK dans le fichier ou en format interne dans le programme, ton écran lui est toujours RGB. Donc y a forcément des tables de correspondance ou autre truc du genre et par définition, ça ne peut pas être parfait car c'est tout simplement 2 systèmes totalement différents. J'ai pas encore regardé les détails d'implémentation de ce genre de chose donc je veux pas dire trop de bêtise non plus, mais bon faut être bien conscient que c'est pas parce que le fichier est stocké en CMYK que soudainement, ce que tu as à l'écran, c'est comme ton papier. Non l'écran est et reste du RGB. Papier et écran/projecteur, c'est structurellement différent.
Oh et j'oubliais aussi dans mon énumération précédemment des choses à faire si tu veux faire les choses bien! Quand tu calibres ton imprimante, tu dois en fait calibrer (et donc générer un profil) par couple (imprimante, papier). Tu ne calibres pas pour l'imprimante seulement, ça n'a pas de sens, car chaque type de papier (couleur, texture, etc.) est différent. Donc avec la même imprimante, tes couleurs sortiront différemment selon que tu imprimes sur ton papier blanc, fin et mat ou ton autre papier qui tend vers le rose, plus épais et brillant. La gestion des couleurs est vraiment un enfer. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Oui j'ai regardé un peu la description de GEGL sur Wikipédia, ça a l'air bien sympa :).
Ça l'est! :-)
Je suppose que ça va permettre d'amener des fonctionnalités réclamées comme les profondeurs à plus de 8 bits
Oui et c'est déjà là! Lance ton GIMP master compilé, et regarde le menu Image > Precision.
Y a du 16 et 32-bit, entier, flottant, linéaire, gamma, pour tous les goûts!
C'est pas encore porté sur tous les outils, donc c'est du travail en cours, mais le principal est là.
et le support CMJN (dont personnellement je me moque, mais qui servent probablement au niveau pro).
Ça sert pour ceux qui impriment. Un pro de l'image qui sort pas de l'écran n'en a rien à faire. Mais oui c'est une des fonctionnalités les plus demandées, car beaucoup soit impriment (designers d'affiche, etc.), soit ne comprennent pas à quoi ça sert et comment, mais on leur a dit que le CMYK, c'est pour les pros. :-)
Aussi en vrai avoir un tel support dans ton software de graphisme n'est pas suffisant. La question des couleurs est extrêmement compliquée (pas que sur le sujet CMYK, mais les couleurs en général), et je balbutie moi-même et commence à peine à comprendre certaines choses (mais encore bien trop peu! Donc je dis sûrement beaucoup d'âneries sur le sujet). Et la plupart des gens, c'est pareil. Ils croient qu'il suffit d'avoir un programme avec un bouton "CMYK", ils cliquent dessus, et c'est bon, ils sont des pros ("la preuve! Je clique sur le bouton CMYK!"). En vrai c'est genre 1000 fois plus compliqué. Y a les questions des profils de couleur, pour faire bien tu dois calibrer tes écrans, tes scanners, tes imprimantes (ce qui génère les dits profils). Et pour le faire, y a des outils au tarif décent (comme le colorhug, c'est openhardware, et "seulement" 75 EUR. Je l'ai acheté d'ailleurs!), mais c'est limité. Si tu veux faire vraiment les choses professionnellement, tu dois avoir des outils de calibrations à des tarifs bien plus haut (plusieurs centaines d'euros), un photospectromètre, etc. Et ça sert pas à grand chose (ou moins en tous cas) si t'as un écran pourri, si t'as un ordi portable (sauf si tu le bouges jamais et change jamais l'angle de l'écran), si t'as des fenêtres (ou alors ferme les volets!), si tes murs sont peints en autre chose qu'en gris, etc.
Sans déconner, j'ai entendu dire que les grands studios de cinéma pro ont ce genre de pièce pour aller visionner leurs films correctement.
Je suis persuadé que 90% des gens qui travaillent en CMYK font pas les choses comme il faut (même sans aller dans les extrêmes comme aller travailler dans ta cave peinte en gris!).
Quand Photoshop te dit "on a du support CMYK", c'est surtout très marketing. Voire certains disent que c'est un peu une forme de mensonge. À vrai dire, il semblerait que Adobe même est en train de réfléchir à faire marche arrière sur pas mal de choses au sujet de la gestion de couleurs, alors même qu'ils ont contribué à créer et populariser tout ça. Par exemple, y a eu cet email d'un représentant Adobe dans le CSS working group où il est en train de dire en gros que la gestion des couleurs, c'était peut-être une erreur de leur part depuis le début car bien trop compliqué, et d'autres ont bondi à cette déclaration. Bon je t'avoue que je pige pas tout dans la discussion, mais c'est peut-être justement parce que je pige pas beaucoup dans la gestion des couleurs (en ce sens, cet employé Adobe a raison quand il dit que c'est compliqué!).
Sinon est-ce que GEGL/BABL aideront pour ajouter le support dans GIMP? Je pense en effet que ça pourra aider car on a plus d'abstraction pour travailler sur les formats avec BABL. Malheureusement je crois que personne ne travaille sur le support de CMYK pour le moment (si je ne m'abuse). Je pense que les dévs de GIMP actuel n'ont pas le besoin et ont d'autres priorités (moi de même). Il nous faudrait un dév qui ait ce besoin (ou bien qu'on ait terminé nos autres priorités!).
Dans le Logiciel Libre, même si on travaille ensemble au final, chacun a un peu son propre plan à long terme. :-)
Mais l'une des fonctionnalités majeures que cela va apporter, c'est surtout l'édition non destructrice. Par exemple les effets pourront être appliqués avec des calques d'effet, dont on peut modifier les paramètres, ou supprimer pour retrouver l'image originelle, etc. GEGL est un système de traitement d'images en graphe, où les effets et autres traitements sont des nœuds avec entrée et sortie. Un peu comme le compositing dans Blender avec des nœuds (sauf que nous n'aurons probablement pas une UI en graphe comme Blender. Je pense que ce serait génial perso, mais a priori le designer qui bosse avec nous pense différemment. Mais c'est pas encore sérieusement discuté, donc y a la marge et le temps).
Bon tout ça (édition non destructrice) ne sera certainement pas dans GIMP 2.10. Ce serait GIMP 3.0, voire même après. On aura les fondations dans 2.10, mais pas l'UI. Mais c'est le chemin pour y arriver.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
l'outil d'extraction de premier plan ne fonctionne pas
Il n'est pas encore porté sur GEGL, notre nouveau moteur. Une personne avait commencé le travail, mais n'a jamais terminé et on a un travail à moitié fait.
les ciseaux intelligents semblent avoir disparus (j'espère qu'ils ne comptent pas les enlever !)
Je sais pas pour celui-là, mais c'est peut-être la même chose. En tous cas, le code est toujours là. Quoiqu'il en soit, l'équipe n'a pas pour pratique de retirer des fonctionnalités utilisées. Mais je suis en train de demander sur le canal IRC, au cas où.
et affreusement lent
Oui, comme tu dis, c'est une version de dév. On déconseille fortement de l'utiliser en prod (quasi impossible dans l'état actuel). Et encore, y a quelques mois, c'était 10 fois plus lent. Tu faisais un simple coup de pinceau et tu voyais ton trait apparaître à la vitesse de l'escargot asthmatique. :-D
Comme dit plus haut, on porte entièrement le moteur de GIMP vers GEGL. C'est un travail de fond, peu visible certes dans l'UI, et comme GEGL est encore très jeune, la stabilité a priorité sur les optimisations, qui vont venir avec le temps.
L'outil de déformation en lui même je n'ai pas compris comment il sélectionnait uniquement les parties non transparentes de son calque sur la vidéo: en prenant la même image de Sintel, en la détourant, recadrant et dedimensionnant à peu près comme sur la vidéo (sinon ça râme), à chaque fois que je clique ça met la grille sur toute l'image, et du coup la déformation n'est pas la même. J'ai réussi une fois par accident à avoir la grille de la même manière que sur la vidéo, mais je n'ai pas encore réussi à reproduire ni à comprendre pourquoi. Je ne sais pas si c'est un bogue ou une combinaise de touche que je ne fais pas (les options ont l'air identiques à la vidéo).
Ah et aussi les actions de ce nouvel outil ne sont pas encore ajoutées correctement dans l'historique d'annulation.
J'ai vaguement testé y a quelques semaines. Donc j'en sais pas beaucoup plus que toi. En testant sur une image avec fond transparent, la sélection avait bien marché, si je me souviens. Je crois pas avoir testé avec fond non transparent, par contre. En tous les cas, oui, c'est pas intégrable en l'état.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'aime les logiciels console, et j'utilise ffmpeg à l'occasion pour réencoder des vidéos, par exemple. Mais c'est vrai que des fois, je veux pas me faire chier et j'aime bien cliquer sur un bouton, surtout pour des trucs aussi chiants qu'enregistrer des écrans.
Ceci dit, les GUIs sont pratiques sur d'autres aspects aussi. Par exemple pour pouvoir ajouter un décompte. Tu vas me dire qu'on peut juste couper les premières secondes de vidéo, mais des fois, tu fais une vidéo, et basta. T'as pas envie de retoucher, quand c'est pas pour l'art.
Et ffmpeg permet-il aisément de n'enregistrer qu'une fenêtre sélectionnée (comme dans ma vidéo) ou qu'une zone de l'écran sélectionnée à la souris? Ou faut-il faire un crop dans un NLE après? Ça aussi par exemple, ce sont des détails, mais c'est toujours ça de gagné quand on veut pas se faire chier. Si je fais une vidéo pour montrer un unique programme, j'ai pas vraiment envie de montrer ma barre des tâches, ou bien les évènements du desktop quand on m'envoie un message par IM, etc. Et les GUIs permettent de sélectionner ainsi juste ce qu'on veut montrer.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Le terme "pas très intégré" me parait un peu exagéré. A priori on ne peut de toute façon pas "intégrer" une fonctionnalité dans un framework qui n'existe pas encore.
Y a tout de même un framework de plugin. Ce qui n'est pas là, c'est un système de gestion des plugins.
Mais oui ça peut être mieux, c'est sûr. :-)
C'est un peu le problème avec GIMP, on a toujours un peu l'impression de devoir attendre les fonctionnalités arriver ;)
C'est vrai. L'équipe est bien trop petite. Encore une fois, on y peut rien malheureusement.
J'essaie un peu d'accélérer les choses, à mon niveau, mais ça reste très limité bien entendu. Par exemple ces derniers jours, j'essaie de pousser une sortie de correctifs (donc 2.8.8). Y a pas de nouvelles fonctionnalités bien sûr, mais je pense que même les versions mineures, GIMP met trop de temps à les sortir, et j'aimerais accélérer le rythme.
Les versions majeures, j'aimerais aussi qu'on les accélère, mais je pressens que cela ne pourra être fait avant au moins la 3.0, et encore il faudra arriver à convaincre les autres. Car la 2.10 (GEGL) et la 3.0 (GTK+ 3) sont des chantiers trop gros et ne peuvent être fait "partiellement".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je prévois probablement de travailler sur un système de gestion de plugin. Si le projet va au bout (pas commencé le moindre code, mais j'ai déjà commencé à gribouiller des idées et à regarder à droite à gauche ce que font les autres, comme Mozilla, etc.), on devrait pouvoir installer/désinstaller facilement avec une liste à jour, et surtout les mises-à-jour devraient être automatiques aussi. Comme dans Firefox quoi.
Sauf que ce sera fait de manière générique pour tous les plugins, y aura plus besoin de bidouiller dans ton coin (ce qui est super, mais comme le fait remarquer Julien Jorge, pas très intégré malheureusement).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
J'en ai essayé pas mal parce qu'y en a beaucoup qui sont dans les dépôts de distribution mais qui ne marchent tout simplement pas.
Si je me plante pas, pour cette vidéo, j'ai utilisé Kazam sur une partie et FDesktopRecorder sur une autre: http://youtu.be/osSiETyae5c
Donc je les recommande. Ils marchent bien.
Par contre RecordMyDesktop, je n'ai jamais réussi à rien en tirer. Déjà la vidéo est en général tout simplement dégueulasse, avec plein d'artefacts. Inutilisable en un mot. Et aussi il crashe tout le temps (j'ai encore la mauvaise expérience d'un atelier dans mon emploi précédent que j'enregistrai, et à la fin de l'atelier, je me suis rendu compte que RecordMyDesktop avait crashé au milieu!).
Par contre la guerre libav/ffmpeg est vraiment un désastre. J'aimerais vraiment qu'ils se décident à clairement renommer l'un des deux parce que ces derniers temps, j'ai croisé et patché des bugs dans plein de logiciels à cause d'incompatibilités.
Le problème est qu'ils ont le même nom, réutilisent même les noms d'outil de l'autre projet (en les disant dépréciés, mais en s'emparant du spot quand même), mais que les uns les autres intègrent de subtiles différences et incompatibilités un peu partout dans l'API.
Maintenant dès qu'un logiciel utilise libav, je me mords les doigts pendant la compilation parce que les chances d'erreur pendant compilation ou link sont démultipliés selon ce que les dévs utilisent eux-même.
Je parle de ça parce que j'ai eu plusieurs problèmes notamment en compilant des logiciels de screencast (par exemple pour compiler FDesktopRecorder sur ma Linux Mint).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
faut que quelqu'un trouve de temps de faire la revue de code, nettoyer, corriger ce qu'il y a à corriger, puis merger. Si personne ne le fait avant moi, c'est dans ma TODO list parce que cet outil m'intéresse aussi pas mal.
Le GSOC, c'est cool, mais cela reste des étudiants. Certains font un bon travail, mais il reste un énorme travail après coup pour finir. Pour tout dire, on a des gsoc de 2011 pas encore intégrés dans la branche principale.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Si les intégristes libristes gimpiens passent par là, j'ai aussi deux mots à leur dire concernant la taille des calques (mais si, le truc qui sert à rien et qui empêche de bosser correctement), et je préviens, je serai méchante è.é ! À ce propos, y'a un petit gars qui se propose de sauver nos vies, aidons le :). C'est ici que ça se passe :). Il propose entre autre l'abolition des ces p… de limites de calques à la c… . J'ose à peine y croire. Nous voilà en plein hs, finissons en là.
C'est moi!
En effet, les calques en dehors des limites desquels on ne peut pas dessiner ennuient beaucoup la graphiste avec laquelle je travaille. Cela pourrait être un des très prochains projets sur lequel je travaillerai si ce crowdfunding marche bien. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Si c'est pour de la photo, t'as essayé les logiciels dits de développement numérique? Genre en libre y a darktable, ou encore RawTherapee qui ont vraiment l'air sympa. Je ne les ai pas utilisés tant que ça parce que je ne fais pas beaucoup de photo, mais je les ai un peu manipulés, et c'est une interface bien plus sympa pour manipuler des dizaines, voire centaines de photos à la fois.
C'est un concept différent. Ça ne fait pas tout ce que GIMP fait, et pour certains trucs, notamment du travail dans le détail, tu auras toujours besoin de GIMP. Mais pour du traitement de masse, des effets, etc. ça a l'air d'être beaucoup plus adapté.
Bien sûr, c'est vraiment plus pour ceux qui travaillent en raw, mais ça marche tout aussi bien si tes photos sont en jpeg ou autre format.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Petit test
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 2.
Peut-être. Ça y ressemble en tous cas. Tu peux essayer de modifier les headers dont parle le gars en rajoutant ce #if. Si ça règle le problème, c'est probablement le même.
J'avais vu ce rapport de bug en effet, mais j'en avais créé un autre car j'avais aussi d'autres erreurs (comme je dis dans mon rapport) et je dois pas toucher que la lib crt mais une autre aussi. Mais peut-être que les autres erreurs étaient seulement des conséquences du premier et que si on rajoute ce #if, ça corrige toutes les erreurs?
Je ne sais pas. J'ai pas regardé dans le code. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Bravo!
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 5.
Salut,
Les dépendances pré-compilées sont fournies par le projet Fedora. Je me sers juste dans leur repo, décompresse et installe dans un répertoire que je crée et dont je me sers comme préfixe.
Pour installer ta propre lib (perso, ou non disponible dans les dépendances pré-comp), tu la compiles et l'installes avec crossroad (crossroad configure && make && make install), tout simplement. Cela l'installera dans le même préfixe que tout le reste [*], mélangé avec les libs pré-compilées et ton projet final. Comme l'environnement est normalement bien configuré, le projet qui nécessite cette lib la verra lors de l'étape de configuration. En gros tu devrais retrouver exactement la même expérience que lorsque tu compiles ton projet et ses libs pour Linux.
Le plus simple est d'essayer, et tu verras, ça vient naturellement pour qui compile régulièrement (ça n'apprend pas magiquement la logique de compilation à ceux qui comprennent pas ce qui se passe quand ils font un ./configure, make et make install, bien sûr).
À propos, c'est pas que C et C++ théoriquement. Ma distrib fournit aussi des paquets nommés gnat-mingw-w64-x86-64, mingw-ocaml, gobjc++-mingw-w64-x86-64, et gfortran-mingw-w64-x86-64. J'en déduis qu'on devrait être capable de cross-compiler aussi en Ada, Objective C++, Objective Caml et Fortran. Et en fait j'ai déjà ajouté le code nécessaire dans
crossroad. Donc si tu installes les dépendances adéquates, tu devrais pouvoir compiler une tripotée de projets différents.Cela étant dit, je dis "théoriquement", car je n'ai compilé que des projets C et C++ moi-même avec crossroad. Je n'ai jamais testé les autres langages en cross-comp, donc j'ai peut-être (probablement même!) loupé des trucs pour que ça marche (des variables d'environnement déjà très probablement, etc.).
Néanmoins j'invite à tester quiconque en a besoin et je me ferai un plaisir de corriger crossroad quand je recevrai des rapports de bug pour d'autres langages (si possible avec des infos sur ce qui manque si vous le savez déjà).
[*]
crossroadne fait pas du multi-préfixe car le but n'est nullement de reproduire un arbre complexe de préfixes dans ton Windows. Ça fait un unique préfixe et tout est dedans.Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Petit test
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 4.
Salut,
Bien trouvé. C'est pourquoi on devrait toujours réinitialiser son environnement de travail (cache, fichiers de config, etc.) pour tester convenablement un nouvel outil! :p Comme j'avais ce rép depuis longtemps, j'ai dû introduire un bug et ai oublié de tout détruire pour avoir un environnement vierge, comme un nouvel utilisateur. Merci pour le rapport. Corrigé et poussé maintenant. Je ferai une release mineure bientôt.
Oui j'ai eu exactement la même. C'est un bug de mingw. Simplement des fonctions a priori oubliées dans les libs. Donc ça compile, mais ça foire au link.
T'utilises quelle version de MinGW-w64? J'avais eu ce problème avec le dernier build nocturne automatique. J'ai même fait un bug report: https://sourceforge.net/p/mingw-w64/bugs/350/
Tu peux voir exactement le même bug que toi dans le config.log que j'ai attaché au ticket.
Comme j'avais aussi d'autres bugs de macros non définis dans des headers sur le MinGW-w64 stable plus vieux fourni par ma distro, j'utilise actuellement une sorte de mix immonde. J'utilise le build nocturne dans lequel j'ai remplacé les binaires libmingw32.a, libmingwex.a et crt2.o depuis le vieux build stable de ma distro (2.22.90.20120919-0ubuntu1+2).
Ça marche nickel. Je conseille donc de faire ainsi en attendant le fix.
N'hésite pas à reporter que t'as eu la même erreur dans le bug report. :-) Peut-être que cela poussera le bug dans les priorités si on est plusieurs à le rapporter.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: !
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal "Gâteau aux Pommes et Thé à la Cannelle", GIMP inside. Évalué à 8.
Salut,
Merci pour elle pour tous les commentaires. C'est une vraie composition, avec une vraie tarte, assiettes, tasse, etc. qu'elle a placés dans cette position spécifiquement pour ce dessin. Mais oui elle a aussi fait une photo car elle dessine sur l'ordi, un portable avec un gros écran et sa grande tablette graphique, donc c'est assez dur de rester constamment dans un bon angle de vision de l'original. C'est à la fois un des inconvénients (l'encombrement) et des avantages (on peut trimbaler une représentation photographique) du numérique.
Par contre elle ne dessine pas par dessus la photo. Elle est partie d'un canvas blanc et a dessiné dessus avec une brosse numérique le moindre pixel. La photo ne servait que de référence de comparaison.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Intéressant
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 3.
Cool, tiens moi au courant si tu essaies crossroad. Tout retour d'utilisation est bienvenu.
En tous les cas, pour les projets un peu gros, je pense qu'il vaut mieux régulièrement au moins compiler dans d'autres OS dès le début (même si on ne teste et que le port est pas pour l'immédiat. Ça ne coûte pas grand chose — avec un tel outil — au minimum de juste cross-compiler et voir que ça le fait sans erreur). À mon avis, même en faisant attention, le diable est dans les détails comme on dit. Mais bien sûr, les corrections seront bien plus simples et minimes si tu as essayé d'être portable dès le début. Et peut-être même qu'il n'en aura aucune, qui sait?!
Merci pour la faute de voc. Il semblerait que tu aies raison. Ces dernières années, j'ai parlé plus souvent anglais ou japonais que français. Forcément ça joue des tours. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Du côté de Gentoo…
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 6.
Ça a l'air cool. J'aime et ai toujours aimé Gentoo, c'est ma distribution préférée pour et la plus agréable à l'utilisation… hormis pour le temps qu'on y passe! C'est d'ailleurs la seule raison pour laquelle je ne l'utilise plus sur ma machine principale. Je veux plus passer des heures à compiler.
Ceci dit, le problème majeur de
crossdev, c'est que c'est encore un outil de distribution = pour cette distribution seulement. C'est cool pour les utilisateurs de la distrib, mais chiant pour les autres.crossroadse veut générique. Je l'ai commencé sur ma Mageia 3, puis le continue sur ma Linux Mint. Et je veux pouvoir cross-compiler aisément quelque soit ma prochaine distrib, si je venais à changer encore.Fedora (et Suse bien sûr par conséquent!) aussi ont des outils facilitant la cross-compilation, avec un wrapper de ./configure aussi, je crois (si je me souviens bien, j'avais regardé un tuto y a longtemps, mais n'ai jamais testé car j'ai pas de Fedora/Suse justement). C'est pareil. C'est du spécifique à une distrib, donc inintéressant pour moi.
Apparemment
crossdevest intégré à portage et permet donc de compiler l'ensemble de l'arbre de dépendances de Gentoo dans n'importe quel plateforme cible fournie par Gentoo. C'est vraiment cool. Ça permet définitivement plus de choses quecrossroadpuisque je fais que du Windows sur x86 32 et 64-bit pour le moment. Et ma liste de dépendances est limitée à ce que le projet Fedora veut bien pré-compiler, ce qui est forcément moins que l'ensemble des paquetages de Gentoo. Mais c'est bien le principe de Gentoo où on compile déjà tout de toutes façons. Ben là on peut compiler tout à nouveau, mais simplement pour une autre plateforme. :-)Mais bien sûr cela marche ainsi parce que c'est intimement lié à portage, donc à Gentoo. Et cela reste un système de cross-compilation que je ne pourrai pas essayer de sitôt.
Et puis j'espère bien élargir bientôt le champs des possibilités de
crossroadpour compiler vers d'autres plateformes!Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: le troll du copyright
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 2.
Moi j'ai toujours entendu dire que ça dépendait du pays. D'ailleurs les sites web qui diffusent du domaine public ont en général toujours un avertissement disant que le domaine public est connu pour un pays X (en général le pays du projet), et vous demandant de vérifier les lois du copyright dans votre pays — si différent — pour être sûr de pas enfreindre la loi.
Ceci dit, je viens de regarder Copyright sur Wikipedia. Ça dit ça:
Donc tu as raison pour dire qu'il y a un accord international (sur 166 pays apparemment), mais comme toujours avec les lois internationales, les lois nationales prévalent. Or les pays légifèrent souvent des durées plus longues (jamais plus courtes, semblerait-il!).
Ben moi j'en suis vraiment pas heureux, mais la loi que tu citais est justement la contradiction. Tu l'avais donc apportée toi-même! D'ailleurs c'est pour cela que les gens l'appellent du sobriquet "Mickey Mouse Protection Act", puisqu'elle est le résultat des coups de pouce de Disney vers le gouvernement pour justement que Mickey ne passe pas dans le domaine public.
En gros si je comprends bien cet acte d'extension déjà prolonge les droits d'auteur à 70 ans par défaut. Puis fait un cas spécial pour les œuvres d'entreprise (comme Mickey!) qui passent soit à 95 ans après publication ou 120 ans après création (le plus long est choisi!). Donc malheureusement Mickey est loin d'être dans le domaine public, du moins pas pour ceux qui habitent aux US.
Pour en savoir plus, va lire l'article que tu pointes sur Wikipedia. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Licence Windows 7
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 7.
Bon j'ai fait une petite recherche avant d'aller au lit, parce que ça me faisait chier de reporter au lendemain.
J'arrive pas à retrouver le contrat (je pense qu'il est peut-être quelque part dans mon ordi), et tous les liens sur le net que je trouve et qui menaient à un lien Windows 7 sont morts et redirigent vers des pages génériques Windows 8 (bravo Microsoft pour les liens pérennes!).
Par contre j'ai trouvé cette page de answer.microsoft.com qui cite ce qui semble être exactement le paragraphe que j'avais en tête, et pour exactement mon OS (Windows 7 Home Premium OEM): http://answers.microsoft.com/en-us/windows/forum/windows_7-windows_install/am-i-allow-to-install-the-oem-version-of-windows-7/7bcab9e6-f886-4af9-b96f-35a2e5840642
Donc oui on a bien le droit (bien sûr ça s'applique parce que je n'utilise pas mon Win sur la plateforme matérielle, où j'ai un Linux).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: À propos du nom
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 3.
La légende concerne les deux personnages. Comme tu le dis toi-même, Robert Johnson a une autre chanson où le diable est cité explicitement: "Me and the Devil Blues".
Quant à "Cross Road Blues", même si le diable n'est pas explicitement nommé, toutes les interprétations convergent vers l'histoire de la rencontre avec le diable. Et les paroles sont tout de même assez perturbantes dans ce sens. Ça parle du fait qu'il est à la croisée des chemins et fait du stop, mais personne le prend en stop. Pendant ce temps, la nuit se met à tomber, et il a vraiment peur. À la fin il dit "I believe I'm sinking down", ce qu'on peut comprendre par le fait qu'il croit être perdu. Peut-être parce qu'il est trop tard pour lui, trop tard pour sauver son âme?
Dans tous les cas, je vois pas pourquoi le fait qu'il y ait aussi des histoires sur Tommy Johnson, cela interdirait aussi celles sur Robert Johnson. A priori des historiens pensent que l'un comme l'autre aimaient à entretenir eux-même ces légendes. C'était un bon marketing déjà, en tant que bluesmen. Aussi ils étaient l'un comme l'autre assez connus pour être plutôt roublard. Certaines interprétations du caractère de Robert Johnson laissent penser qu'il pensait que ça le protégeait ainsi que les gens puissent penser qu'il ait un lien avec le diable. Car si on a peur de lui comme associé du diable, oserait-on s'en prendre à lui (probablement oui, car on pense que sa mort pourrait être dû à un mari jaloux, qui n'aurait donc pas eu suffisamment peur de la légende!)?
Dans tous les cas, une chose est sûre: de nos jours, la légende du pacte avec le diable concerne ces deux personnages. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Comparatif
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 4.
Je connaissais pas MXE. Mais je viens de jeter un œil.
Déjà MXE maintient sa propre liste de paquetage de dépendances. D'une, ça doit être un travail de dingue de les garder à jour et vérifier que chacun compile proprement à chaque nouvelle version; de deux, je suis persuadé qu'il n'est pas à jour sur plein de paquetages à cause du premier point (sauf si l'équipe est vraiment grosse?); de trois, même si l'installation des dépendances reste simplifiée certes par rapport à tout faire à la main, il n'empêche que tu te tapes des dizaines de compilations pour un gros projet.
Quand je compile GIMP par exemple, j'ai pas compté, mais avec les dépendances de dépendances, je pense qu'y a bien une vingtaine au moins de paquets installés. Ben ça se fait en genre une minute. C'est du pré-compilé. Donc c'est rapide, et surtout ça marche tout le temps. Le seul cas où une installation de dépendance foire avec crossroad, c'est si les serveurs Fedora sont down. :-)
MXE, ils compilent tout sur l'ordi de build. Donc c'est lent, et ça peut foirer (car on sait tous que les compilations, c'est pas parce que ça marche bien chez le dév que ça marche chez vous (même si c'est normalement le but recherché). Y a beaucoup plus de paramètres en compte.
Et surtout je ne me charge pas de cette liste de dépendances! Donc j'en ai genre probablement bien plus que MXE sans rien avoir à faire. Crossroad va simplement télécharger la liste des paquets Fedora dès que tu l'invoques et est donc toujours à jour par rapport à la dite liste.
Voici donc la liste complète des dépendances de Crossroad: http://download.opensuse.org/repositories/windows:/mingw:/win64/openSUSE_12.3/noarch/
MXE a ça apparemment: https://github.com/mxe/mxe/tree/master/src
C'est pas mal aussi, et j'ai pas compté précisément pour voir qui a la plus grosse. Mais je préfère de loin ne pas avoir à me préoccuper de cela.
Pareil j'ai l'impression que MXE va jusqu'à lui-même compiler MinGW ou MinGW-w64. Franchement toutes les grosses distrib ont MinGW/MinGW-w64 d'installable pour ton OS. Et si vraiment tu veux une version plus récente, y a des builds nocturnes officiels aussi (en tous cas pour MinGW-w64). Vraiment pourquoi s'embêter à compiler ça?
Tout comme les dépendances, je préfère de loin déléguer.
Pour le reste, si tu regardes le tuto de MXE, ça aide pas beaucoup plus que cela. J'ai l'impression que son point principal, c'est de proposer des Makefile pour diverses dépendances.
Mais ils te demandent toujours de modifier tes variables d'environnement et de taper les configure et cmake à rallonge. C'était justement la partie chiante que je suis content d'avoir automatisé. Après tout, c'est toujours les mêmes options. Pourquoi me faire chier à les taper ou copier-coller à chaque fois plutôt que les automatiser dans un script?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Question de noob
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 2.
Mon outil configure le projet pour s'installer dans un préfixe donné, ainsi que toutes les dépendances pré-compilées (car on veut pas mélanger des binaires Win avec son OS). Dans la pratique, ça rajoute simplement un --prefix automatique à ton ./configure pour qu'on ait pas à y penser à chaque fois.
Ce
crossroad --symlinkest juste un petit raccourci de mon outil pour créer un lien (nommégimp) qui lie l'environnementw64. J'utilise ça pour ma VM Virtualbox qui communique avec mon OS notamment par un dossier partagé. C'est plus simple que d'échanger un zip avec ma VM (ce serait un peu ridicule).Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Par rapport à une compilation via Wine
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 3.
Salut,
J'ai jamais tenté de compiler sous nux avec Wine et MinGW. Mais sous Windows avec MinGW, c'est aussi d'une lenteur effroyable. Je sais pas ce que le compilo fait, mais il le fait pas vite. :-D
Je pense oui. Avec la cross-compilation native (pas Wine ou autre environnement bâtard entre deux-OS pour l'exécution. C'est "natif" dans le sens où ça utilise un compilo fait pour tourner sous nux, seulement il compile à destination d'un autre OS), ça va super vite chez moi (tout aussi vite que la compilation nux pour nux).
Oui. Il suffit de le configurer, compiler et l'installer avant ton projet, pareil que le projet normal. Il sera installé dans le même préfixe que le reste (les libs installées par Fedora en particulier), et donc quand tu configureras ton projet, il trouvera ces dépendances compilées également.
GIMP master par exemple nécessite babl et GEGL master aussi, qui ne sont pas présents dans Fedora aussi, ainsi qu'une version de cairo supérieure à ce que Fedora propose. J'installe donc ces 3 dépendances supplémentaires avant d'installer GIMP. Ça marche nickel.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Licence Windows 7
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche À la Croisée des Chemins: crossroad, environnement de cross-compilation. Évalué à 3.
Salut,
J'ai essayé de retrouver vite fait la licence Win 7 sur le site Microsoft après ton message, mais je tombe que sur Windows 8 partout. Je vais dormir là, mais je chercherai demain à nouveau, sauf si quelqu'un trouve avant et poste le lien ici. :-)
En tous cas, j'avais lu la licence de mon OS exact à l'époque, spécifiquement pour savoir cela, et ce point précis était très clairement marqué dedans (vraiment non-ambigu d'après moi, ou alors de manière très fourbe). Je me souviens qu'il y avait un point précis dans le contrat qui dit qu'on peut l'utiliser dans une VM.
En plus comme j'avais pas de CD Windows (comment souvent maintenant dans les portables, qui te vendent avec une sorte de partition cachée qui permet de réinstaller l'OS), j'ai même demandé au vendeur du portable de me le filer, en disant au support que c'était pour l'utiliser en VM, plutôt qu'en OS principal, car autorisé par le contrat. Et ils m'ont filé un iso officiel sans même poser plus de questions.
Donc oui j'en suis sûr, autant que faire se peut quand on n'est pas juriste. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Le gros moins de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 6.
Salut,
Si t'as des mockups, et des idées plus ou moins ("plus", c'est mieux) clairement spécifiés, etc. tu peux participer au GUI brainstorm: http://gimp-brainstorm.blogspot.co.nz/
C'est un peu mort, parce que notre expert UI s'était éloigné de nous, mais il vient de revenir y a juste une semaine. Donc nos retours UI vont s'améliorer.
Je suis pas certain de comprendre ta comparaison avec une table lumineuse. Veux-tu simplement dire une timeline où on peut spécifier plusieurs calques par frame (et pas comme actuellement, 1 calque = 1 frame)? Si c'est le cas, sois en joie, car c'est en travaux. Je suis depuis quelques mois le mainteneur officiel du plugin core animation-play qui est fourni avec GIMP. Et je suis justement en train de travailler sur ce dont tu parles. Si tu voyais ma version de dév actuelle, tu verrais que ça n'a déjà plus grand chose à voir avec la 2.8. :-)
Oui il paraît que GIMP n'a pas les meilleures brosses. Si je pige bien, MyPaint serait vraiment sympa pour créer des brosses (cad que l'UI serait plus aisée à manipuler). Par contre je crois qu'elles sont plus limitées (les brosses sont toutes formées de cercles comme forme de base, ou un truc du genre). Krita aurait les meilleures brosses à ce qu'on dit. Dans tous les cas, on dit que MyPaint et Krita sont tous deux spécifiquement dédiés aux peintres (c'est comme cela que ces deux projets se présentent). GIMP se veut plus générique. Il fait de tout: du croquis au traitement photo en passant par la peinture. Depuis les derniers Libre Graphics Meeting, les 3 projets GIMP, Krita et MyPaint essaient en fait de collaborer pour partager leurs pinceaux (ou du moins pour que chacun soit capable d'utiliser les pinceaux des 2 autres). Bon je suis pas sûr que le projet avance énormément, mais les bases de la discussion sont posées.
Ensuite pas mal de gens dessinent quand même des trucs très cools avec GIMP et la dessinatrice avec qui je travaille semble apprécier créer des brosses et des dynamiques dans GIMP. Un peu d'auto pub: mon webcomic sur la vie d'une Marmotte aventureuse. Y a pas beaucoup de mises à jour parce qu'on revoit pas mal de trucs en cours de route, mais ça devrait prendre le rythme au bout d'un moment. :-)
Oui j'entends pas mal parler des supers progs de dessin de l'amiga. Moi à l'époque, mon grand frère a eu un amiga pendant environ 2 ans et on faisait que jouer dessus avant qu'on grille l'alim (oui l'alim, c'est rien, mais nous on y pigeait que dalle et mes parents sont danseurs, ils y pigent encore moins), puis on a pas eu d'ordi pendant pas mal d'années. Je suis loin d'avoir eu une jeunesse de geek, je me demande comment j'ai tourné ainsi! :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Le gros moins de GIMP
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 9.
Réponse aux 2 messages précédents:
C'est ce que j'appelle plus haut l'édition non-destructrice avec les calques d'effets. C'est prévu. C'est peut-être même une des conséquences majeures qu'apportera GEGL. Par contre les chances d'avoir ça pour GIMP 2.10 sont très faibles, car bien que le port GEGL sera alors complet, il n'y aura pas l'UI pour en tirer profit. À moins qu'on ait plus de dév d'ici là, par exemple.
Clairement c'est un des autres gros points manquants. C'est aussi une fonctionnalité qui je pense demandera beaucoup de réflexion et de temps pour la faire bien (on peut la développer à-peu-près relativement rapidement, mais on aime le beau code).
En effet à l'heure actuelle, même s'il y a un mode console pour GIMP (on peut même compiler que le mode console de GIMP, sans UI donc sans dépendance à X si on veut. Pour un serveur par ex), c'est pas l'extase. Je pense même qu'aucun des dévs ne considère cela comme une fonctionnalité majeure de GIMP. ImageMagick est clairement beaucoup plus efficace car fait pour.
Quand des utilisateurs nous parlent de cas d'usage qui est clairement un travail à la chaîne (donc du batch) et se plaint que GIMP est pas efficace pour cela, on leur dit à chaque fois d'aller essayer ImageMagick, clairement adapté à l'usage.
Peut-être qu'un jour, quand on aura plus de dévs, en particulier des dévs qui s'intéressent à ce mode et ces usages, et leur donne un peu d'amour, GIMP y sera bon aussi. Mais pour l'instant, je pense qu'il faut accepter ce fait, ou alors retrousser ses manches et nous aider. ;-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: la déformation à N points
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 8.
Petit addendum à moi-même:
Aussi faut bien voir que travailler directement en CMYK, c'est pas "vraiment" possible. Même si tu stockes en CMYK dans le fichier ou en format interne dans le programme, ton écran lui est toujours RGB. Donc y a forcément des tables de correspondance ou autre truc du genre et par définition, ça ne peut pas être parfait car c'est tout simplement 2 systèmes totalement différents. J'ai pas encore regardé les détails d'implémentation de ce genre de chose donc je veux pas dire trop de bêtise non plus, mais bon faut être bien conscient que c'est pas parce que le fichier est stocké en CMYK que soudainement, ce que tu as à l'écran, c'est comme ton papier. Non l'écran est et reste du RGB. Papier et écran/projecteur, c'est structurellement différent.
Oh et j'oubliais aussi dans mon énumération précédemment des choses à faire si tu veux faire les choses bien! Quand tu calibres ton imprimante, tu dois en fait calibrer (et donc générer un profil) par couple (imprimante, papier). Tu ne calibres pas pour l'imprimante seulement, ça n'a pas de sens, car chaque type de papier (couleur, texture, etc.) est différent. Donc avec la même imprimante, tes couleurs sortiront différemment selon que tu imprimes sur ton papier blanc, fin et mat ou ton autre papier qui tend vers le rose, plus épais et brillant. La gestion des couleurs est vraiment un enfer. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: la déformation à N points
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 10.
Ça l'est! :-)
Oui et c'est déjà là! Lance ton GIMP master compilé, et regarde le menu Image > Precision.
Y a du 16 et 32-bit, entier, flottant, linéaire, gamma, pour tous les goûts!
C'est pas encore porté sur tous les outils, donc c'est du travail en cours, mais le principal est là.
Ça sert pour ceux qui impriment. Un pro de l'image qui sort pas de l'écran n'en a rien à faire. Mais oui c'est une des fonctionnalités les plus demandées, car beaucoup soit impriment (designers d'affiche, etc.), soit ne comprennent pas à quoi ça sert et comment, mais on leur a dit que le CMYK, c'est pour les pros. :-)
Aussi en vrai avoir un tel support dans ton software de graphisme n'est pas suffisant. La question des couleurs est extrêmement compliquée (pas que sur le sujet CMYK, mais les couleurs en général), et je balbutie moi-même et commence à peine à comprendre certaines choses (mais encore bien trop peu! Donc je dis sûrement beaucoup d'âneries sur le sujet). Et la plupart des gens, c'est pareil. Ils croient qu'il suffit d'avoir un programme avec un bouton "CMYK", ils cliquent dessus, et c'est bon, ils sont des pros ("la preuve! Je clique sur le bouton CMYK!"). En vrai c'est genre 1000 fois plus compliqué. Y a les questions des profils de couleur, pour faire bien tu dois calibrer tes écrans, tes scanners, tes imprimantes (ce qui génère les dits profils). Et pour le faire, y a des outils au tarif décent (comme le colorhug, c'est openhardware, et "seulement" 75 EUR. Je l'ai acheté d'ailleurs!), mais c'est limité. Si tu veux faire vraiment les choses professionnellement, tu dois avoir des outils de calibrations à des tarifs bien plus haut (plusieurs centaines d'euros), un photospectromètre, etc. Et ça sert pas à grand chose (ou moins en tous cas) si t'as un écran pourri, si t'as un ordi portable (sauf si tu le bouges jamais et change jamais l'angle de l'écran), si t'as des fenêtres (ou alors ferme les volets!), si tes murs sont peints en autre chose qu'en gris, etc.
Sans déconner, j'ai entendu dire que les grands studios de cinéma pro ont ce genre de pièce pour aller visionner leurs films correctement.
Je suis persuadé que 90% des gens qui travaillent en CMYK font pas les choses comme il faut (même sans aller dans les extrêmes comme aller travailler dans ta cave peinte en gris!).
Quand Photoshop te dit "on a du support CMYK", c'est surtout très marketing. Voire certains disent que c'est un peu une forme de mensonge. À vrai dire, il semblerait que Adobe même est en train de réfléchir à faire marche arrière sur pas mal de choses au sujet de la gestion de couleurs, alors même qu'ils ont contribué à créer et populariser tout ça. Par exemple, y a eu cet email d'un représentant Adobe dans le CSS working group où il est en train de dire en gros que la gestion des couleurs, c'était peut-être une erreur de leur part depuis le début car bien trop compliqué, et d'autres ont bondi à cette déclaration. Bon je t'avoue que je pige pas tout dans la discussion, mais c'est peut-être justement parce que je pige pas beaucoup dans la gestion des couleurs (en ce sens, cet employé Adobe a raison quand il dit que c'est compliqué!).
Sinon est-ce que GEGL/BABL aideront pour ajouter le support dans GIMP? Je pense en effet que ça pourra aider car on a plus d'abstraction pour travailler sur les formats avec BABL. Malheureusement je crois que personne ne travaille sur le support de CMYK pour le moment (si je ne m'abuse). Je pense que les dévs de GIMP actuel n'ont pas le besoin et ont d'autres priorités (moi de même). Il nous faudrait un dév qui ait ce besoin (ou bien qu'on ait terminé nos autres priorités!).
Dans le Logiciel Libre, même si on travaille ensemble au final, chacun a un peu son propre plan à long terme. :-)
Mais l'une des fonctionnalités majeures que cela va apporter, c'est surtout l'édition non destructrice. Par exemple les effets pourront être appliqués avec des calques d'effet, dont on peut modifier les paramètres, ou supprimer pour retrouver l'image originelle, etc. GEGL est un système de traitement d'images en graphe, où les effets et autres traitements sont des nœuds avec entrée et sortie. Un peu comme le compositing dans Blender avec des nœuds (sauf que nous n'aurons probablement pas une UI en graphe comme Blender. Je pense que ce serait génial perso, mais a priori le designer qui bosse avec nous pense différemment. Mais c'est pas encore sérieusement discuté, donc y a la marge et le temps).
Bon tout ça (édition non destructrice) ne sera certainement pas dans GIMP 2.10. Ce serait GIMP 3.0, voire même après. On aura les fondations dans 2.10, mais pas l'UI. Mais c'est le chemin pour y arriver.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: la déformation à N points
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 2.
Salut,
Il n'est pas encore porté sur GEGL, notre nouveau moteur. Une personne avait commencé le travail, mais n'a jamais terminé et on a un travail à moitié fait.
Je sais pas pour celui-là, mais c'est peut-être la même chose. En tous cas, le code est toujours là. Quoiqu'il en soit, l'équipe n'a pas pour pratique de retirer des fonctionnalités utilisées. Mais je suis en train de demander sur le canal IRC, au cas où.
Oui, comme tu dis, c'est une version de dév. On déconseille fortement de l'utiliser en prod (quasi impossible dans l'état actuel). Et encore, y a quelques mois, c'était 10 fois plus lent. Tu faisais un simple coup de pinceau et tu voyais ton trait apparaître à la vitesse de l'escargot asthmatique. :-D
Comme dit plus haut, on porte entièrement le moteur de GIMP vers GEGL. C'est un travail de fond, peu visible certes dans l'UI, et comme GEGL est encore très jeune, la stabilité a priorité sur les optimisations, qui vont venir avec le temps.
J'ai vaguement testé y a quelques semaines. Donc j'en sais pas beaucoup plus que toi. En testant sur une image avec fond transparent, la sélection avait bien marché, si je me souviens. Je crois pas avoir testé avec fond non transparent, par contre. En tous les cas, oui, c'est pas intégrable en l'état.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ça donne envie
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 2.
Salut,
J'aime les logiciels console, et j'utilise ffmpeg à l'occasion pour réencoder des vidéos, par exemple. Mais c'est vrai que des fois, je veux pas me faire chier et j'aime bien cliquer sur un bouton, surtout pour des trucs aussi chiants qu'enregistrer des écrans.
Ceci dit, les GUIs sont pratiques sur d'autres aspects aussi. Par exemple pour pouvoir ajouter un décompte. Tu vas me dire qu'on peut juste couper les premières secondes de vidéo, mais des fois, tu fais une vidéo, et basta. T'as pas envie de retoucher, quand c'est pas pour l'art.
Et ffmpeg permet-il aisément de n'enregistrer qu'une fenêtre sélectionnée (comme dans ma vidéo) ou qu'une zone de l'écran sélectionnée à la souris? Ou faut-il faire un crop dans un NLE après? Ça aussi par exemple, ce sont des détails, mais c'est toujours ça de gagné quand on veut pas se faire chier. Si je fais une vidéo pour montrer un unique programme, j'ai pas vraiment envie de montrer ma barre des tâches, ou bien les évènements du desktop quand on m'envoie un message par IM, etc. Et les GUIs permettent de sélectionner ainsi juste ce qu'on veut montrer.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Des beaux plug-ins
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 4.
Y a tout de même un framework de plugin. Ce qui n'est pas là, c'est un système de gestion des plugins.
Mais oui ça peut être mieux, c'est sûr. :-)
C'est vrai. L'équipe est bien trop petite. Encore une fois, on y peut rien malheureusement.
J'essaie un peu d'accélérer les choses, à mon niveau, mais ça reste très limité bien entendu. Par exemple ces derniers jours, j'essaie de pousser une sortie de correctifs (donc 2.8.8). Y a pas de nouvelles fonctionnalités bien sûr, mais je pense que même les versions mineures, GIMP met trop de temps à les sortir, et j'aimerais accélérer le rythme.
Les versions majeures, j'aimerais aussi qu'on les accélère, mais je pressens que cela ne pourra être fait avant au moins la 3.0, et encore il faudra arriver à convaincre les autres. Car la 2.10 (GEGL) et la 3.0 (GTK+ 3) sont des chantiers trop gros et ne peuvent être fait "partiellement".
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Des beaux plug-ins
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 4.
Je prévois probablement de travailler sur un système de gestion de plugin. Si le projet va au bout (pas commencé le moindre code, mais j'ai déjà commencé à gribouiller des idées et à regarder à droite à gauche ce que font les autres, comme Mozilla, etc.), on devrait pouvoir installer/désinstaller facilement avec une liste à jour, et surtout les mises-à-jour devraient être automatiques aussi. Comme dans Firefox quoi.
Sauf que ce sera fait de manière générique pour tous les plugins, y aura plus besoin de bidouiller dans ton coin (ce qui est super, mais comme le fait remarquer Julien Jorge, pas très intégré malheureusement).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ça donne envie
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 1.
J'en ai essayé pas mal parce qu'y en a beaucoup qui sont dans les dépôts de distribution mais qui ne marchent tout simplement pas.
Si je me plante pas, pour cette vidéo, j'ai utilisé Kazam sur une partie et FDesktopRecorder sur une autre:
http://youtu.be/osSiETyae5c
Donc je les recommande. Ils marchent bien.
Par contre RecordMyDesktop, je n'ai jamais réussi à rien en tirer. Déjà la vidéo est en général tout simplement dégueulasse, avec plein d'artefacts. Inutilisable en un mot. Et aussi il crashe tout le temps (j'ai encore la mauvaise expérience d'un atelier dans mon emploi précédent que j'enregistrai, et à la fin de l'atelier, je me suis rendu compte que RecordMyDesktop avait crashé au milieu!).
Par contre la guerre libav/ffmpeg est vraiment un désastre. J'aimerais vraiment qu'ils se décident à clairement renommer l'un des deux parce que ces derniers temps, j'ai croisé et patché des bugs dans plein de logiciels à cause d'incompatibilités.
Le problème est qu'ils ont le même nom, réutilisent même les noms d'outil de l'autre projet (en les disant dépréciés, mais en s'emparant du spot quand même), mais que les uns les autres intègrent de subtiles différences et incompatibilités un peu partout dans l'API.
Maintenant dès qu'un logiciel utilise libav, je me mords les doigts pendant la compilation parce que les chances d'erreur pendant compilation ou link sont démultipliés selon ce que les dévs utilisent eux-même.
Je parle de ça parce que j'ai eu plusieurs problèmes notamment en compilant des logiciels de screencast (par exemple pour compiler FDesktopRecorder sur ma Linux Mint).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: la déformation à N points
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal GIMP ça déchire. Évalué à 4.
Salut,
faut que quelqu'un trouve de temps de faire la revue de code, nettoyer, corriger ce qu'il y a à corriger, puis merger. Si personne ne le fait avant moi, c'est dans ma TODO list parce que cet outil m'intéresse aussi pas mal.
Le GSOC, c'est cool, mais cela reste des étudiants. Certains font un bon travail, mais il reste un énorme travail après coup pour finir. Pour tout dire, on a des gsoc de 2011 pas encore intégrés dans la branche principale.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Tout est libre, vraiment?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Gobelins cherchent geeks pour koala masqué. Évalué à 1.
Bonjour,
C'est moi!
En effet, les calques en dehors des limites desquels on ne peut pas dessiner ennuient beaucoup la graphiste avec laquelle je travaille. Cela pourrait être un des très prochains projets sur lequel je travaillerai si ce crowdfunding marche bien. :-)
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.
Si c'est pour de la photo, t'as essayé les logiciels dits de développement numérique? Genre en libre y a darktable, ou encore RawTherapee qui ont vraiment l'air sympa. Je ne les ai pas utilisés tant que ça parce que je ne fais pas beaucoup de photo, mais je les ai un peu manipulés, et c'est une interface bien plus sympa pour manipuler des dizaines, voire centaines de photos à la fois.
C'est un concept différent. Ça ne fait pas tout ce que GIMP fait, et pour certains trucs, notamment du travail dans le détail, tu auras toujours besoin de GIMP. Mais pour du traitement de masse, des effets, etc. ça a l'air d'être beaucoup plus adapté.
Bien sûr, c'est vraiment plus pour ceux qui travaillent en raw, mais ça marche tout aussi bien si tes photos sont en jpeg ou autre format.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]