Un grand merci David pour l'énorme travail réalisé. Le greffon pour Gimp est devenu pour moi un incontournable.
J'en profite pour vous pointer deux liens que je viens de voir passer sur le twitter de Ton Roosendaal concernant l'application d'un style graphique (par ex. une peinture de Dali) transfèrable à une vidéo.
À la lecture du papier (université des Sciences Informatiques de Freiburg), je suis incapable de comprendre si la méthode peut s'appliquer à une image seule mais je trouve le résultat obtenu assez remarquable et voir arriver un filtre similaire sous Gmic serait plutôt cool le rendrait encore plus indispensable.
Tu actives l'addon "Import Image as Plane" qui crée un mesh de type plan proprement texturé avec ton image et aux bonnes dimensions XY. Tu subdivide le plan plusieurs fois pour pouvoir le déformer, tu le déforme selon ta volonté (avec un modificateur courbe de bézier (modificateur curve) ou avec une cage de déformation (modificateur lattice)).
Pour terminer, tu rends ta scène avec une caméra en mode orthographique. Dans l'onglet Matériau, choisi le mode "shadeless" et pense à demander un rendu RGBA, ce qui remplacera le fond par de la transparence.
Je suis tombé par hasard sur ce lien l'année dernière alors que je cherchais des infos pour LaTeX lors de la rédaction de thèse de ma belle-sœur. Y'a pas mal de choses qui sauront t'intéresser je l'espère.
Y sont décrits les outils (libres) utilisés, des conseils en typo, des liens vers des imprimeurs qui semblent corrects, des infos administratives (enregistrement dépôt légal, isbn, etc.). Bref, c'est ici : Libre et indépendant (le site est un peu fouilli je trouve mais riche en informations)
Je ne trempe dans le milieu de l'info, et je vais peut-être dire une ânerie...
Si une image jpeg pèse 4Mo et que la même image en djvu ne fait que 400ko, je me dis que pour la même utilsation de bande passante (ou quantité de donnée diffusée dans les tuyaux), je peux afficher 10 fois plus d'image sur mon écran.
En effet, pour l'instant le djvu n'est accessible que par le biais d'un plugin. Mais je m'autorise à penser que ce format pourrait-être directement pris en compte par le navigateur, on verrait alors fleurir quantité de média (galleries d'images par ex) diffusé dans ce format.
A noter que ce gain de compression peut aussi s'appliquer au rempalcement du PDF. (c'est le rôle du binaire djvudigital fourni avec le paquet djvulibre + recompilation des sources de Ghostscript>
Je sais que les débits de connexion et et la taille des disques augmentent sans cesse, mais il suffit d'imaginer toutes les images et les PDF du Web passer en djvu pour extrapoler le gain de place et l'économie de transfert de données pour la même service rendu aujourd'hui.
Je vous lis beaucoup mais n'intervient que très rarement (la peur de dire des bêtises peut-être :)
Je rebondis sur ce fil qui traite du format de compression par ondelettes pour vous rappeler qu'il existe djvulibre, un format équivalent fourni dans toutes les distributions si je ne m'abuse.
Avec le paquet djvulibre, vous trouverez un binaire qui se nomme c44 et donne des résultats surprenants. Faites le test suivant:
- Prenez un fichier raw issu de votre APN,
- Enregistrez-le au format PPM via Ufraw (exemple ici: Photo1.ppm -> 110Mo)
Maintenant faisont un test comparatif:
- convert Photo1.ppm Photo1.jpg -> donne un jpeg de 4.8 Mo
- c44 Photo1.ppm -> donne un fichier djvu de 480 ko (visible avec djview ou un plugin disponible pour votre naviagteur internet, donc c'est un format idéal pour la diffusion sur le web).
Je ne vois pas de différences flagrantes entre les deux images affichées, mais le poids (10 fois moindre) du format djvu est évoquateur.....
Certes, je ne possède aucune compétence technique pour juger de la qualité des images obtenues, je voulais simplement mettre en lumière ce format qui me paraît trop confidentiel alors qu'il mériterait d'être plus diffusé (avis personnel bien sur :)
Je viens de mettre à jour la dernière version disponible pour Ubuntu 6.06 (la 2.3.1 au lieu de la 2.1.1 fournie de base) et j'ai constaté le même phénomène concernant la lenteur de spamassain.
En regardant de près le module, j'ai vu qu'il faisait appel au démon spamd pour fonctionner, hors un "ps -ef |grep spamd" ne me retourne rien. En effet, le fichier de configuration dans /etc/defaults/spamassassin contient les lignes suivantes:
# Change to one to enable spamd
ENABLED=0
Il suffit alors de changer le "0" par "1", puis faire un sudo /etc/init.d/spamassassin start". Spamd est alors visible dans les process ... et sylpheed traite mes pourriels beaucoup plus vite.
Hisroire de voir s'il est possible de monter une opération similaire sur d'autres manifestations (telles que le Festival Interceltique en ce moment même à Lorient), existe-t-il une petite doc qui va bien ? J'ai parcouru les liens donnés mais sans avoir trouvé quoique ce soit sur votre site.
Quand je lis:
Côté préparation des sons, Audacity et Rezound permettent le montage des émissions
faut-il comprendre que c'est une émission différée ou bien un live?
Bref, néophyte complet en la matière (mais très intéressé), je serais ravi de voir "comment ça marche" (schéma implentation, matériels spécifiques (cartes d'acquisiton, mixage, micro, etc..), distributions utilisées, configuration des différents soft, coût estimatif du sytème, etc.) ... la petite bible du "GPL radio broadcast automation" amateur en somme ;)
PS: Si vous manquez de temps pour l'édition de la doc, je me propose même de mettre ça au propre si besoin est (à condition que l'on me donne TOUTES les billes bien sûr)
Dans le package xpdf est fourni le binaire pdftoppm.
Pour la conversion d'un fichier pdf , tu peux lui donner une résolution de sortie ("pdftoppm -r 600 in_file.pdf out_file" pour du 600dpi), activer/déasctiver l'anti-aliasing, faire une sorite mono (format PBM) ou niveaux de gris (format PGM) ou couleur (format PPM).
Ensuite, rien ne t'empêche de convertir ton PPM/PBM/PGM en Tiff par ImageMagick si besoin. Pour l'avoir essayé (conversion pour passage dans un ocr), je trouve le résultat très bon....
Un format concurrent au jpeg2000 est le iw44 (lab AT&T), encore appelé le djvuphoto. (lui aussi basé sur la technique des ondelettes)
Le projet djvulibre propose un compresseur/décompresseur sous licence GPL qui, pour l'avoir essayé, donne des résultats excellents avec un taux de compression supérieur au jpeg mais sans artéfacts.
Quant à la licence même du format iw44, je ne sais pas ce qu'il en est...
Au risque de passer pour un idiot (un moment de honte est vite passé me direz-vous), je viens d'essayer cette séquence dans gnome-terminal ..... plus de clavier, plus de souris .... pas de bascule possible sous un shell non graphique , le dique dur semble s'affoler :
-> allez hop, hard reset :(
Bon, vu que la blague a l'air d'être "méchamment" efficace, pourrais-tu me dire ce qu'elle fait exactement (histoire de me coucher mon con)?
Je connaissais ce lien. J'ai téléchargé le code source il y a deux jours et je n'en ai rien tiré de concluant. Effectivement, les données sont dans un format inexploitable (un "file" sur les fichiers les reconnait comme du mpeg-1 si je me souviens bien).
C'est un mélange de java (je n'y entends rien) et C++, le tout sans makefile n'y doc .... bref j'ai abandonné.
Mais merci encore :) .... je continue mes recherches.
Effectivement, je me suis fourvoyé dans l'exemple donné.
Néanmoins, si je prends mon dictionnaire papier, première page de la lettre "A", je vois:
aa: coulée de lave ....
abc: base d'un art, d'une science.
Je prends mon dico du cnam:
grep "aa" dico.cnam -> inconnu
grep "abc" dico.cnam -> inconnu ... ce qui laisse présumer de nombreux manquants.
Il me semble avoir déja parcouru le lien donné, et de mémoire, je crois que cette liste a servi pour établir le dictionnaire_fr d'ispell .
Néanmoins, comme je l'ai dit plus haut, le dico_cnam est un sous-produit du projet de recherche multext (http://www.lpl.univ-aix.fr/projects/multext/), projet dont je ne trouve aucune ressource.
Il exsite forcément une liste plus complète quelque part, à l'instar de celle fournie par l'elda/elra ici :http://www.elda.org/catalogue/fr/text/L0062.html (mais moyennant finances .... plusieurs miliiers d'euros je crois)
Merci encore, mais je désespère de trouver mon bonheur un jour, et ne pas trouver cette liste dans le domaine publique me laisse sans bras !
# Transfert de style
Posté par latheix . En réponse à la dépêche G'MIC 1.7.1 : quand les fleurs bourgeonnent, les filtres d'images foisonnent.. Évalué à 9.
Un grand merci David pour l'énorme travail réalisé. Le greffon pour Gimp est devenu pour moi un incontournable.
J'en profite pour vous pointer deux liens que je viens de voir passer sur le twitter de Ton Roosendaal concernant l'application d'un style graphique (par ex. une peinture de Dali) transfèrable à une vidéo.
À la lecture du papier (université des Sciences Informatiques de Freiburg), je suis incapable de comprendre si la méthode peut s'appliquer à une image seule mais je trouve le résultat obtenu assez remarquable et voir arriver un filtre similaire sous Gmic serait plutôt cool le rendrait encore plus indispensable.
La vidéo de demonstration et le papier qui décrit l'algo sous-jacent.
# Et Blender ?
Posté par latheix . En réponse au message Projeter une image le long d'un chemin. Évalué à 1.
Peut-être que Blender pourrait te venir en aide.
Tu actives l'addon "Import Image as Plane" qui crée un mesh de type plan proprement texturé avec ton image et aux bonnes dimensions XY. Tu subdivide le plan plusieurs fois pour pouvoir le déformer, tu le déforme selon ta volonté (avec un modificateur courbe de bézier (modificateur curve) ou avec une cage de déformation (modificateur lattice)).
Pour terminer, tu rends ta scène avec une caméra en mode orthographique. Dans l'onglet Matériau, choisi le mode "shadeless" et pense à demander un rendu RGBA, ce qui remplacera le fond par de la transparence.
# Cmyktool
Posté par latheix . En réponse au message Image en RGB mal convertie à partir d'une image en CMYK : comment corriger le tir ?. Évalué à 2.
as-tu jeté un œil à cmyktool?
# Un lien à visiter
Posté par latheix . En réponse au message Logiciel libre et auto-édition. Évalué à 1.
Je suis tombé par hasard sur ce lien l'année dernière alors que je cherchais des infos pour LaTeX lors de la rédaction de thèse de ma belle-sœur. Y'a pas mal de choses qui sauront t'intéresser je l'espère.
Y sont décrits les outils (libres) utilisés, des conseils en typo, des liens vers des imprimeurs qui semblent corrects, des infos administratives (enregistrement dépôt légal, isbn, etc.). Bref, c'est ici : Libre et indépendant (le site est un peu fouilli je trouve mais riche en informations)
[^] # Re: son et notification graphique
Posté par latheix . En réponse au message un petit outil pour signaler graphiquement l'expiration d'un délai. Évalué à 1.
notify-send "TITRE" "Message à afficher" -t 0[^] # Re: Question bête (comme d'hab' quoi)
Posté par latheix . En réponse à la dépêche Schrödinger 1.0 : le codec Dirac est prêt. Évalué à 6.
Si une image jpeg pèse 4Mo et que la même image en djvu ne fait que 400ko, je me dis que pour la même utilsation de bande passante (ou quantité de donnée diffusée dans les tuyaux), je peux afficher 10 fois plus d'image sur mon écran.
En effet, pour l'instant le djvu n'est accessible que par le biais d'un plugin. Mais je m'autorise à penser que ce format pourrait-être directement pris en compte par le navigateur, on verrait alors fleurir quantité de média (galleries d'images par ex) diffusé dans ce format.
A noter que ce gain de compression peut aussi s'appliquer au rempalcement du PDF. (c'est le rôle du binaire djvudigital fourni avec le paquet djvulibre + recompilation des sources de Ghostscript>
Je sais que les débits de connexion et et la taille des disques augmentent sans cesse, mais il suffit d'imaginer toutes les images et les PDF du Web passer en djvu pour extrapoler le gain de place et l'économie de transfert de données pour la même service rendu aujourd'hui.
Ce n'est qu'une idée cependant.....
[^] # Re: Question bête (comme d'hab' quoi)
Posté par latheix . En réponse à la dépêche Schrödinger 1.0 : le codec Dirac est prêt. Évalué à 10.
Je vous lis beaucoup mais n'intervient que très rarement (la peur de dire des bêtises peut-être :)
Je rebondis sur ce fil qui traite du format de compression par ondelettes pour vous rappeler qu'il existe djvulibre, un format équivalent fourni dans toutes les distributions si je ne m'abuse.
Avec le paquet djvulibre, vous trouverez un binaire qui se nomme c44 et donne des résultats surprenants. Faites le test suivant:
- Prenez un fichier raw issu de votre APN,
- Enregistrez-le au format PPM via Ufraw (exemple ici: Photo1.ppm -> 110Mo)
Maintenant faisont un test comparatif:
- convert Photo1.ppm Photo1.jpg -> donne un jpeg de 4.8 Mo
- c44 Photo1.ppm -> donne un fichier djvu de 480 ko (visible avec djview ou un plugin disponible pour votre naviagteur internet, donc c'est un format idéal pour la diffusion sur le web).
Je ne vois pas de différences flagrantes entre les deux images affichées, mais le poids (10 fois moindre) du format djvu est évoquateur.....
Certes, je ne possède aucune compétence technique pour juger de la qualité des images obtenues, je voulais simplement mettre en lumière ce format qui me paraît trop confidentiel alors qu'il mériterait d'être plus diffusé (avis personnel bien sur :)
Désolé d'avoir détourné le sujet principal.....
[^] # Re: spamassassin super lent et relation firefox
Posté par latheix . En réponse au journal Sylpheed-Claws 2.4.0 est sorti!. Évalué à 5.
En regardant de près le module, j'ai vu qu'il faisait appel au démon spamd pour fonctionner, hors un "ps -ef |grep spamd" ne me retourne rien. En effet, le fichier de configuration dans /etc/defaults/spamassassin contient les lignes suivantes:
Il suffit alors de changer le "0" par "1", puis faire un sudo /etc/init.d/spamassassin start". Spamd est alors visible dans les process ... et sylpheed traite mes pourriels beaucoup plus vite.
En espérant faire avancer le schmilblick :)
# Un petit Howto?
Posté par latheix . En réponse à la dépêche Logiciels libres au festival Esperanzah! 2006. Évalué à 4.
Quand je lis: faut-il comprendre que c'est une émission différée ou bien un live?
Bref, néophyte complet en la matière (mais très intéressé), je serais ravi de voir "comment ça marche" (schéma implentation, matériels spécifiques (cartes d'acquisiton, mixage, micro, etc..), distributions utilisées, configuration des différents soft, coût estimatif du sytème, etc.) ... la petite bible du "GPL radio broadcast automation" amateur en somme ;)
PS: Si vous manquez de temps pour l'édition de la doc, je me propose même de mettre ça au propre si besoin est (à condition que l'on me donne TOUTES les billes bien sûr)
# Et xpdf ?
Posté par latheix . En réponse au message Conversion PDF en TIFF dans Ghostscript. Évalué à 1.
Pour la conversion d'un fichier pdf , tu peux lui donner une résolution de sortie ("pdftoppm -r 600 in_file.pdf out_file" pour du 600dpi), activer/déasctiver l'anti-aliasing, faire une sorite mono (format PBM) ou niveaux de gris (format PGM) ou couleur (format PPM).
Ensuite, rien ne t'empêche de convertir ton PPM/PBM/PGM en Tiff par ImageMagick si besoin. Pour l'avoir essayé (conversion pour passage dans un ocr), je trouve le résultat très bon....
[^] # Re: Ca m'inquiete
Posté par latheix . En réponse au journal Microsoft cherche à remplacer le JPEG. Évalué à 9.
Le projet djvulibre propose un compresseur/décompresseur sous licence GPL qui, pour l'avoir essayé, donne des résultats excellents avec un taux de compression supérieur au jpeg mais sans artéfacts.
Quant à la licence même du format iw44, je ne sais pas ce qu'il en est...
[^] # Re: c'était plus rapide avant
Posté par latheix . En réponse au journal Petites blagues de Geek. Évalué à 1.
Au risque de passer pour un idiot (un moment de honte est vite passé me direz-vous), je viens d'essayer cette séquence dans gnome-terminal ..... plus de clavier, plus de souris .... pas de bascule possible sous un shell non graphique , le dique dur semble s'affoler :
-> allez hop, hard reset :(
Bon, vu que la blague a l'air d'être "méchamment" efficace, pourrais-tu me dire ce qu'elle fait exactement (histoire de me coucher mon con)?
Merci
[^] # Re: Unitex
Posté par latheix . En réponse au message Recherche lexique de la langue française. Évalué à 1.
C'est un mélange de java (je n'y entends rien) et C++, le tout sans makefile n'y doc .... bref j'ai abandonné.
Mais merci encore :) .... je continue mes recherches.
[^] # Re: recherche liste de mots sur google
Posté par latheix . En réponse au message Recherche lexique de la langue française. Évalué à 1.
Néanmoins, si je prends mon dictionnaire papier, première page de la lettre "A", je vois:
aa: coulée de lave ....
abc: base d'un art, d'une science.
Je prends mon dico du cnam:
grep "aa" dico.cnam -> inconnu
grep "abc" dico.cnam -> inconnu ... ce qui laisse présumer de nombreux manquants.
Il me semble avoir déja parcouru le lien donné, et de mémoire, je crois que cette liste a servi pour établir le dictionnaire_fr d'ispell .
Néanmoins, comme je l'ai dit plus haut, le dico_cnam est un sous-produit du projet de recherche multext (http://www.lpl.univ-aix.fr/projects/multext/), projet dont je ne trouve aucune ressource.
Il exsite forcément une liste plus complète quelque part, à l'instar de celle fournie par l'elda/elra ici :http://www.elda.org/catalogue/fr/text/L0062.html (mais moyennant finances .... plusieurs miliiers d'euros je crois)
Merci encore, mais je désespère de trouver mon bonheur un jour, et ne pas trouver cette liste dans le domaine publique me laisse sans bras !