Technique : dessin stylo + scan + gimp => copie-colle dans mypaint, colour avec mypaint, sauvegarde en plusieurs PNG, reimporte comme plusieurs calques dans gimp pour réassaemblage avec dessin de depart en mode multiplication
I wrote several functions to import/export layers as multiple png in Mypaint, the save after review and correction was integrated in Mypaint, the open, is in standby. => patchs
There is also an english version of this article
Voyant le temps que prenait la décompression de certaines archives au format lpaq (excellent compresseur) sur une machine à base de CPU 4 cœurs et ayant moi même une machine à base d’Atom330 (CPU 4 cœurs 64bits très basse consommation), je me suis dit qu’il serait plus intéressant d’utiliser les 4 cpu en parallèle. A ma grande stupéfaction, il n’y a pas d’outil de gestion de sémaphore sous Bash ou plus généralement en shell…
Me rappelant des plaisirs de la programmation multithread sous BeOS en 1996 (ça nous rajeunit pas), sur la BeBox, premier ordinateur personnel biprocesseur. Je me suis dit que cela ne devait pas être très compliquer de faire des outils à partir de l’API POSIX.
J’ai donc fait plusieurs outils en c qui sont des ‘bindings’ de la partie la plus indispensable de l’API des sémaphores POSIX, et seulement les sémaphores nommées (Linux-2.6 minimum), afin de les utiliser à volonté en Bash. Cela fait très longtemps que je n’ai pas développé en langage c comme vous pourrez le remarquer au code source, il s’agit juste d’un premier jet qui fonctionne basiquement, sans trop de tests, avec des lignes pourries commentées.
Vous pouvez le télécharger sem4shell (sema(phore/ for) shell) ici. (mise à jour en 0.3, le 17 mars 2009)
Je vous conseille de lire le README inclus, l’exemple fourni sample.sh et/ou
man page sem_overview (traduit ici en français).
Après un essai sur Xubuntu (une version d’Ubuntu utilisant le bureau léger XFCE) de Pencil, un logiciel d’animation sous license Gnu GPL (pour GNU/Linx, MacOSX et les clônes de Wine incluant la version de MS appellée ixpé) ,
Pencil est une application un peu jeune mais vraiment très efficace pour l’animation. Il est principalement orienté vers l’animation traditionnelle dessinée mais peut également être utilisé pour d’autres types d’animation mélangeant différents médias.
Fonctionnalitées :
* multicalques (plusieurs calques bitmap(matriciels) au choix, plusieurs calques vectoriels au choix, un calque de caméra (plusieurs possible sur la version SVN), le SVN inclus plusieurs calques sonores (au choix).
* déplacement, zoom et rotation de la vue (permettant de dessiner sur une surface qui à tourné) objets et caméras.
* gestion de la pression de la tablette (pour les outils crayon, pinceau et plume)
* pelure d’oignon (onionskin) pour le plaisir des animateurs :)
* importation des bitmaps png/jpg (et des format vectoriel SVG comme bitmap (exporter en png dans inkscape)).
* exportation au format mov (animation macintosh), seulement sur Mac et peut-êtr eles clônes de Wine)
* exportation image par image en png (avec transparence) ou jpeg, ce format peut être facilment réouvert dans gimp ou le greffon d’animation Gimp, gimp-GAP, ou réassemblé en film à l’aide de mencoder (inclus dans le projet mplayer) ou bien transcode.
* exporté comme film SWF (mes tests n’étaient pas très concluants, seuls la partie vectorielle fonctionnait parfaitement dans la version SVN, avec libming en version 0.4.0.beta5)
* ligne de temps, avec la possiblité de maquer les objets des différentes couches (ça c’est genial et indispensable)
* l’interpolation des mouvements de caméra (malheureusement, pas encore possible avec les objets)
* gestion de palette (le format GPL utilisé par gimp/Inkscape/Agave n’est pas géré au moment où j’écris cet article)
Update : The following described problem was due to libXi < 1.1.3, you can easily correct this by installing libXi-1.1.3 (lib) and the dependence inputproto >= 1.4 (proto), the last one are on x.org mirrors, go to individual subdir and then the lib or proto subdirs to get these versions. Upgrade only these two libs works with x.org 7.2
I really liked it, then tried to compile it on my main Linux From Scratch production computer, the compilation works perfectly, but sadly, when I tried to launch it on my LFS box, I obtained the following error:
Pencil: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed.
Aborted
This is a common problem on xlib coded application, that yet aren’t tested on libxcb_xlib systems. XCB is a replacement of Xlib on X11 graphic interface, that allow faster access to graphical ressources a better way. XlibXcb is a wrapper to Xlib, allowing application coded for xlib to take transparently benefits of the new xcb architectures. But there is still some software that aren’t compatible, due to some light errors on (un)locking.
Some GNU/Linux distro patched libxcb to automatically pass this or doesn’t install xcb_xlib wrapper to avoid errors.
Some other have patched it with an environment variable to set to avoid the bug:
export LIBXCB_ALLOW_SLOPPY_LOCK=1
launch_your_application
Else the main two possible errors, for not corrected applications are:
xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed.
xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.
More information on this Debian-devel message:
http://lists.debian.org/debian-devel-announce/2006/11/msg00010.html
The libxcb patch proposed in Linux from scratch with LIBXCB_ALLOW_SLOPPY_LOCK settable variable.
I don’t have only the bug only with Pencil, but with few other applications:
xsetwacom (from linuxwacom project) and few other. Searching on Google, at least some release of Sun implementation of Java suffer the same bug.
I hop this will help some people using those application and having bug to find a mean to avoid it until these application are patched.
Gosu un toolkit pour developper des jeux (et accessoirement plus généralement multimédia) en Ruby et c++. J’apprecie particulièrement la version Ruby qui est simple claire, compacte efficace. Permet sous GNU/Linux d’utiliser l’OpenGL pour le 3d, l’accélération de la partie 2D (bitmap, rotation, scale, zoom) en OpenGL, le son en SDL_mixer, la simulation physique avec chipmunk. La grosse limite est au niveau du vectoriel, rien pour le vectoriel 2D, il faut ecrire cette partie en OpenGL, rmagick permet bien d’écrire des courbes vectorielles dans des bitmap, mais c’est inutilisable pour retracer en temps réel.
Un excellent exemple en moins de 250 lignes de code commentées et propres OpenGLIntegration.rb, qui mélange décor 3D de montagnes fractales générées dynamiquement, et jeu 2d, avec des étoiles qui tournoient (bitmaps animés avec coloration dynamique) + score.
Ruby-goocanvas basé sur Gcompris est en train de passer progressivement à goocanvas et les résultats sont intéressant (utilisation des svg, changement de la taille de la fenêtre à volonté, etc…) d’après son développeur principal.
Un ‘concurrent’ de Gosu, Rubygame une plus grosse api, mais pas aussi facile d’accès, et peut être pas avec la même puissance d’affichage (à voir ???)
agg4r un bind Ruby de la bibliothèque Agg (antigrain), qui utilise SDL, elle ne gère malheureusement que les primitives les plus simples, mais un exemple de viewer SVG en c++ et quelques autres intégré aux sources la libagg laisse présager une certaine simplicité pour la gestion du SVG.
Pour la création/gestion des SVG, à explorer (je les notes juste comme ça, je ne suis pas encore convaincu et n’est pas eu le temps de creuser :
Ruby-SVG une bibliothèque SVG pour ruby, ça crée plutôt des SVG a embarqué dans le source d’une page que des réels fichiers SVG visiblement, mais ça ne doit pas être un problème
Svugy Pour créer des fichiers SVG
Une liste de téléphones mobiles supportant le SVG (je confirme mon V630i le fait), Inkscape est cité dans les documentations de s/e.
Toujours à propos des appareils mobiles, OpenKode est une unification de différentes api standard, de façon a faciliter le déploiement d’application sur différents systèmes mobiles sans redéveloppement, il utilise OpenGL (3D), OpenSL/ES (son), OpenVG (vecteurs 2d) et OpenMax (streaming video/audio).
A voir aussi, OpenVG, une api libre, comme OpenGL, mais dédiée dessin vectoriel 2d. Il y a déjà 2 implémentations libre et à sources ouvertes : Celle de Zack Rusin utilisant QtOpenGL pour l’accélération, et ShivaVG ne dépendant que d’OpenGL pour l’accélération, mais n’utilisant malheureusement pas les vertex buffer (tampons de vecteurs) ce qui le rend moins rapide qu’il ne pourrait. Visiblement, l’auteur, Ivan Leben, n’a fait qu’un upload dans le SVN il y a 5 mois et n’y a plus touché, dommage. Pas de librairie OpenVG ruby non plus visiblement.
G3D-ruby est un bind ruby de G3D qui est elle même une bibliothèque permettant d’utiliser les fonctions avancées d’OpenGL (vertex array, shaders (GLSL recommandé), …) ainsi que quelques fonctions utiles comme les collisions, physique, ray tracing, BSP tree.
La bibliothèque Shattered Ruby quant est basée sur la bibliothèque libre 3D de haut niveau Ogre3D (elle même basée sur OpenGL).
J’ai pondu un patch qui corrige quelques bugs importants relatifs aux masques et chemin de découpe dans inkscape-0.44.1.
Ces 2 attributs étaient perdus lors de simplification de chemin, lors de transformation d’objet en chemin [MISE A JOUR] ou lors d’application d’opération booléennes.
Le patch gzippé se trouve ici.
Pour l’appliquer, aller dans le repértoire ou se trouve le répertoire source inkscape-0.44.1 puis taper :
zcat fix_mask_clip-path_for_bool-simplify-obj2path.patch.gz | patch -N -p0I made a patch for loose of mask and clip-path in inkscape-0.44.1.
The mask & cut-path attributes was lost when applying ‘object to path’, ’simplify path’ [UPDATE] or boolean operations.
The gziped patch is here.
To apply this, go in directory where is Inkscape-0.44.1 sources, then type:
zcat fix_mask_clip-path_for_bool-simplify-obj2path.patch.gz | patch -N -p0Propulsé par WordPress