Pour ceux qui n'auraient pas compris: Le caractere entre 'Libéré' et '7' est le caractère unicode 0x2116 '№' qui doit ressembler à 'No'
Ce n'est pas une critique. En théorie n'importe quel système en 2012 devrait être capable d'afficher un tel caractère à la condition d'avoir une fonte compatible. Mais cela c'est la théorie …
En France, les droits d'auteurs sont de 50 (ou 70 ans) après la mort de l'auteur. Cela s'applique a tout les anciens textes quel que soit la date de leur première publication. La bible et tout les autres textes mythologiques antiques sont donc dans le domaine publique.
Il va de soit que Dieu pourrait t'attaquer en justice puisque qu'il en est théoriquement l'auteur. Il ne te resterait plus alors qu'à convoquer Nietzsche au tribunal pour témoigner que Dieu est mort il plus de 70 ans.
tmpfs n'utilise que la mémoire nécessaire pour stocker les fichiers donc un tmpfs vide n'utilise rien (ou presque). Dans le cadre d'une utilisation normale, /tmp et /run/shm ne sont pas censés contenir une grande quantité de données.
Qu'est ce que qui peut donc mettre la machine a genoux avec Firefox (iceweasel) + 2 Eclipse + 1 émulateur Android? La réponse est probablement dans la question.
Ho! Je n'avais pas vu que le post concernait Mac OS. Cela ne marche peut être pas sur cet OS.
Sinon sous linux, la plupart des toolkits modernes permettent de saisir n'importe quel caractère a partir de sa valeur unicode avec CTRL-SHIFT-u, le code hexa puis 'enter'
Par exemple, CTRL-SHIFT-u d 7 ENTER donne le caractère × (unicode 0x00d7 )
Cela marche avec gtk, firefox … mais pas avec emacs pour lequel il faut utiliser le préfixe C-x 8 ENTER
J'attend aussi la carte me permettant de faire un petit media center basse consommation mais cela ne sera pas celui la. Il faudrait 1 ou même 2 ports SATA parce que les disques via USB … bof …
Il y a bien la i.MX53 Quick Start Board mais elle est un peu plus chère (149$) et je crains que son Cortex A8 1Ghz soit un peu limite pour des applications graphiques.
52 avant JC!!!! Ca je connais: C'est un petit village qui résiste ...
La prise de Grenade est plus difficile. Il peut s'agir de la prise de la ville espagnole en 1492 ou de celle de l’île du même nom par les américains en 1983?
Et bien sûr, la prise de la Bastille c'est en 1515. Trop facile.
Il s'agit peut être d'un périphérique dont le mode 'power-save' est mal configuré (usb, camera, ...). Il est également possible que ta carte réseau reste active pour détecter le wake-on-lan.
Essaye donc la dernière version beta de powertop (1.97) qui donne l'état de chaque périphérique et permet de les re-configurer (malheureusement sans indiquer comment il fait).
Powertop n'est pas sans défauts. Sur mon portable (un clevo), le seul fait de le lancer semble casser la mise en veille :-(
Je ne connais pas git mais après une lecture rapide de la doc, il me semble en effet permettre la gestion locale contrairement à CVS et SVN qui sont plutôt basés sur des concepts client-serveurs avec un unique dépôt sur le serveur et de multiples copies de travail sur les clients.
Il me semble quand même y avoir une différence importante entre GIT et SCCS/RSC.
GIT gère un dossier et son contenu de façon récursive. Toutes les informations de version se trouvent dans le dossier '.git' créé à la racine de l'arborescence par la commande 'git init'. Dans RSC comme dans SCCS, chaque fichier est géré indépendamment. L'historique d'un fichier 'toto.c' se trouve dans le fichier local 'RCS/toto.c,v' dans le même dossier que le fichier toto.c
Les 2 systèmes ont leurs avantages et leurs inconvénients. GIT permet de gérer des projets avec toute la complexité associée (branches, ...) alors que SCCS/RSC reste simple en gérant les fichiers indépendamment les uns des autres.
Par exemple, SCCS ou RSC me semble beaucoup plus adapté que GIT pour sauver les versions de mes fichiers ~/.emacs et ~/.bashrc. Il est probablement possible de créer une arborescence git dans $HOME mais vu sa nature récursive, je trouverai cela un peu "dangereux".
SCCS ou RCS restent des outils très pratique pour sauvegarder localement les modifications apportées à des fichiers. De ce point de vue, ces outils sont beaucoup plus pratiques que les systèmes distribués tels que CVS ou SVN.
De plus, SCCS et RCS sont particulièrement bien intégrés à emacs.
Par exemple, la commande vc-next-action (C-x v v) permet d'ajouter n'importe quel fichier (par défaut en RCS). La même commande permet ensuite de sauvegarder des versions dans le RCS.
Cela ne demande aucune configuration contrairement à CVS et SVN.
Ufraw peut sauver un fichier décrivant sa configuration pour chaque image.
Le problème principal de ufraw est qu'il ne peut traiter qu'une image à la fois. Cela devient rapidement pénible quand on doit traiter un flow de plusieurs dizaines ou centaines de fichiers raw.
Je suppose que les libs statiques sont créées avec la commande 'ar'.
Vérifie qu'elles possèdent un index des symboles avec
# nm -s libXXX.a | grep "Archive index"
Tu peux recréer l'index avec la commande ranlib:
# ranlib libXXX.a
Sur les gros projets, la présence des informations de debug peut aussi être une cause de lenteur lors du link. Essaye donc de retirer -g où c'est possible.
Une autre cause d'echec est quand la creation d'une miniature echoue, un fichier est cree and ~/.thumbnails/fail/ pour indiquer qu'il n'est pas necessaire de resssayer les prochaines fois.
La solution la plus simple est d'effacer totalement le repertoire ~/.thumbnails/fail/
Commence par verifier que le types MIMEs sont correctement identifies,
Je n'ai pas nautilus devant les moi mais il me semble que Nautilus indique le type MIME dans la fenetre des attributs de fichiers.
De plus, il faut savoir que le type MIME n'est pas uniquement associe en fonction du nom fichier. Il existe aussi un systeme de 'magic numbers' consistant a reconnaitre certaines sequences d'octets dans l'entete du fichier. Pour rendre les choses encore plus complexe, chaque programme est libre de choisir quelle methode appliquer pour choisir le type MIME. Par example, nautilus utilise l'extension et n'analyse les 'magic numbers' qu'au moment ou le fichier est selectionne. C'est assez surprenant. Par example, essaye de renommer un fichier JPG avec l'extension GIF.
la second cause d'echec est une erreur dans le calcul du checksum.
Le meilleur moyen de verifier que la methode de calcul est correcte consiste a l'appliquer a un fichier image classique (JPEG/GIF/PNG) pour lequel nautilus a deja genene un thumbnail. Si tu ne trouve pas le fichier dans ~/.thumbnails c'est que tu as fait une erreur.
La 3ieme cause d'echec peut provenir du thumbnail PNG. Pour qu'il soit valide, il doit contenir certain tags ( http://jens.triq.net/thumbnail-spec/creation.html ). Autant que je sache, cela n'est pas possible avec ImageMagick. Par contre, c'est assez simple a faire avec netpbm (voir mon script rawthumb pour un example).
je dois avouer que je n'ai pas essaye mon thumbnailer depuis plus d'un mois (je n'utilise pratiquement jamais Nautilus et la saison photo est terminee). Il est donc possible que la methode pour generer les thumbnails ait changee. je verifierai ce soir.
Il serait peut etre interessant de donner un example de ce que la transparence reseau peut apporter pour les particuliers.
Tout d'abord, il faut un reseau. Il y a 5 ans,un reseau a la maison c'etait reserve au hackeurs. Aujourd'hui, tout le monde installe son petit Wifi.
Donc tu es la, tranquille, a regarder le journal de 20H quand soudain! patatra! tu viens juste de te rappeller que tu avais promis a marcel de retoucher les 150 photos de son mariage. Tu cours d'un pas leger vers ton bureau mais, la, mauvaise surprise! ta femme/mere/copine/chien est en train de tapper un rapport important sur l'ordinateur (je ne vois pas trop pourquoi un chien irait taper un rapport mais bon ...).
Il y bien ton ordinateur portable mais Gimp et tes autres applications graphiques preferees n'y sont pas installes.
Est ce la fin des haricots? Marcel gardera t'il ses yeux rouge?
Que nenni! La transparence reseaux va venir a te sauver:
Tu allumes 'pasglob', ton portable et hop, un petit click pour ouvrir un terminal
pasglob #ssh zorglub
Linux zorglub 2.6.14-2-k7 #2 Fri Dec 9 10:30:30 UTC 2005 i686 GNU/Linux
Last login: Fri Jan 6 19:17:12 2006
zorglub [/home/frank] > cd mariage/marcel
zorglub [.../marcel] > gimp
et c'est magique! gimp s'ouvre comme un grand comme si il etait installe sur le portable.
Merci madame la transparence reseau :-)
> D'un autre côté, je ne trouve pas beaucoup de Linux qui aient spécialement besoin de la transparence réseau moi.
C'est peut etre vrai pour les particuliers mais en entreprise, c'est l'inverse.
Par example, dans mon entreprise (une filiale de Philips), tout les ingenieurs ont un PC W2000 sur leur bureau mais la pluspart travaillent en fait sous Unix/Linux grace a la transparence reseau (via des serveux X tels que Exceed ou XFree/Cygwin).
Dans le centre de recherche ou j'etait auparavant, tout le monde avait sa propre station Sun mais la transparence reseau etait utilisee constament pour partager les resources de calcul.
En fait, je suis persuade que les gens qui affirme que la transparence reseau est inutile n'ont aucune idee de quoi ils parlent.
Je me rappelle un collegue me declarer 'X c'est merdique! WindowsServer c'est mieux' et moi de lui faire remarquer que son serveur X sous PC Win2000 affichait actuellement un bureau Gnome tournant sur un serveur dedie linux, 2 applications de calculs sous HPUX, un Netscape sur un serveur de calcul Linux, plus une tripotee d'editeurs, de terminaux et d'application diverses lui permettant d'utiliser une demi douzaine d'autres serveurs Linux et Solaris. Tout cela de facon completement transparente bien sur. En fait le gars avait vaguement entendu parler de la transparence X mais il n'avait aucune idee qu'il l'utilisait constament.
En effet, DCRAW est generalement le premier a supporter les nouveaux modeles et dans la pluspart des cas moins d'une dizaine de lignes de code doivent etre modifiees.
C'est bien la preuve qu'un librairie raw ne serait pas si difficile que cela a maintenir.
Le fait que DCRAW soit utilise dans beaucoups de logiciel est d'une certaine facon un probleme car les developpeurs n'ont pas la motivation de reellement comprendre les format RAW. par example, le support EXIF dans UFraw est tres pauvre et, il me semble, uniquement pour le format NEF. Une librairie raw pourrait fournir une API unique permettant d'extraire les tag EXIF et eventuellement d'en creer de nouveaux a partir des 'tag' proprietaires.
> un raw nikon et un raw canon c'est pas pareil, pas dutout
> et raw nikon demain sera probalement assez different d'un raw aujourd'hui
> donc l'idée d'une lib raw ne tient pas, ou passerait son temp a courrir apres les > spec des nouveaux appareil. cela dit il doit en exister, un logiciel comme bibble lit pas mal de format raw
Personne n'a dit qu'ecrire et maintenir un librarie raw serait facile.
Il ne faut pas non plus dramatiser. Le fichiers RAW ne changent pas tellement d'un modele de camera a l'autre. Dans la pluspart des cas, les fichiers RAW restent suffisament compatible pour que le decodage de l'image soit possible sans aucun changements. Sinon, quelques heures ou quelques jours sont en general necessaires pour analyser ces changements et adapter le code. Il y a evidement des cas extremes, par exemple, un changement d'endianness ou un cryptage des donnees mais cela reste rare.
Par example, DCRAW, bien que tres impressionnant, est un example typique de ce qu'il ne faut pas faire. Plutot que d'essayer de comprendre le format de fichier, DCRAW utilise les tag TIFF ou EXIF pour obtenir le modele de camera, puis utilise ce modele pour determiner la taille de l'image, le format du CCD, ...
En pratique, cela signifie que dcraw doit etre adapte pour chaque nouveau modele de camera alors qu'en fait la pluspart des formats RAW sont suffisament bien connus pour pouvoir extraire ces informations du fichier.
> Il faut soit que les constructeurs documentent leur raw, ce que semble reclammer openraw, mais qui me parait improbable,
Je suis egalement tres sceptique en particulier pour les 2 grand constructeurs (Nikon et Canon) qui n'ont absolument aucun interet a documenter leur formats RAW si ils se font du ble avec.
> soit, et c'est l'approche d'adobe, standardiser un conteneur, une structure qui > permet de stocker toute les infos venu du capteur
C'est peut etre un solution pour le long terme mais cela ne resoudra pas le probleme immediat des possesseurs de camera produisant des fichier RAW.
> et les appareils generent directement des fichiers a ce format.
> ca parait plus facilement adoptable: confidencialité pour le fabricant, unicité pour le client.
Je ne vois pas pourquoi Nikon, qui refuse de publier son format proprietaire, accepterait d'utiliser un format standard.
Au pire, on se retrouvera avec des DNG dans lequels les informations vraiment interessantes sont non-documentees (MakerNote,...).
# U+2116 dans le titre! Respect !
Posté par SChauveau . En réponse à la dépêche Le Manchot Libéré № 7 (octobre 2012). Évalué à 2.
Pour ceux qui n'auraient pas compris: Le caractere entre 'Libéré' et '7' est le caractère unicode 0x2116 '№' qui doit ressembler à 'No'
Ce n'est pas une critique. En théorie n'importe quel système en 2012 devrait être capable d'afficher un tel caractère à la condition d'avoir une fonte compatible. Mais cela c'est la théorie …
[^] # Re: Licence
Posté par SChauveau . En réponse au journal Une religion open source ?. Évalué à 10.
En France, les droits d'auteurs sont de 50 (ou 70 ans) après la mort de l'auteur. Cela s'applique a tout les anciens textes quel que soit la date de leur première publication. La bible et tout les autres textes mythologiques antiques sont donc dans le domaine publique.
Il va de soit que Dieu pourrait t'attaquer en justice puisque qu'il en est théoriquement l'auteur. Il ne te resterait plus alors qu'à convoquer Nietzsche au tribunal pour témoigner que Dieu est mort il plus de 70 ans.
[^] # Re: C'est quoi?
Posté par SChauveau . En réponse au journal La transparence réseau arrive dans Wayland. Évalué à 2.
En fait, cette 'inversion' n'en est pas vraiment une si l'on considère les fonctions respectives de chacun:
L'analogie avec un serveur web et un browser/client web devient
[^] # Re: J'ai désactivé tmpfs
Posté par SChauveau . En réponse au journal Un fstab bien configuré pour un ordinateur « de bureau ». Évalué à 2.
tmpfs n'utilise que la mémoire nécessaire pour stocker les fichiers donc un tmpfs vide n'utilise rien (ou presque). Dans le cadre d'une utilisation normale, /tmp et /run/shm ne sont pas censés contenir une grande quantité de données.
Qu'est ce que qui peut donc mettre la machine a genoux avec Firefox (iceweasel) + 2 Eclipse + 1 émulateur Android? La réponse est probablement dans la question.
[^] # Re: Et sous Mac OS ?
Posté par SChauveau . En réponse au journal Comment taper les accents sur un clavier QWERTY?. Évalué à -2.
Ho! Je n'avais pas vu que le post concernait Mac OS. Cela ne marche peut être pas sur cet OS.
Sinon sous linux, la plupart des toolkits modernes permettent de saisir n'importe quel caractère a partir de sa valeur unicode avec CTRL-SHIFT-u, le code hexa puis 'enter'
Par exemple, CTRL-SHIFT-u d 7 ENTER donne le caractère × (unicode 0x00d7 )
Cela marche avec gtk, firefox … mais pas avec emacs pour lequel il faut utiliser le préfixe C-x 8 ENTER
[^] # Re: Et sous Mac OS ?
Posté par SChauveau . En réponse au journal Comment taper les accents sur un clavier QWERTY?. Évalué à -1.
Pour le × il suffit de faire COMPOSE x x (c'est a dire un double x). Je l'ai trouvé du premier coup donc cela doit être assez intuitif :-)
Il existe plusieurs sites donnant les combinaisons possibles. J'ai celui la dans mes bookmarks:
http://www.hermit.org/Linux/ComposeKeys.html
[^] # Re: Nouvel engouement
Posté par SChauveau . En réponse au journal Concurrent de la Pandora Board. Évalué à 1.
J'attend aussi la carte me permettant de faire un petit media center basse consommation mais cela ne sera pas celui la. Il faudrait 1 ou même 2 ports SATA parce que les disques via USB … bof …
Il y a bien la i.MX53 Quick Start Board mais elle est un peu plus chère (149$) et je crains que son Cortex A8 1Ghz soit un peu limite pour des applications graphiques.
[^] # Re: Comparaisons
Posté par SChauveau . En réponse au journal Tunisie : Le figaro utilise le même fonds rhétorique que Gaddhafi ou l'AKP. Évalué à 10.
Heuuu... Je crois que tu voulais dire "pas de coran alternatif"
# Facile
Posté par SChauveau . En réponse au journal Interrogation surprise !. Évalué à 4.
52 avant JC!!!! Ca je connais: C'est un petit village qui résiste ...
La prise de Grenade est plus difficile. Il peut s'agir de la prise de la ville espagnole en 1492 ou de celle de l’île du même nom par les américains en 1983?
Et bien sûr, la prise de la Bastille c'est en 1515. Trop facile.
# Powertop
Posté par SChauveau . En réponse au journal Linux en veille (suspend). Évalué à 7.
Essaye donc la dernière version beta de powertop (1.97) qui donne l'état de chaque périphérique et permet de les re-configurer (malheureusement sans indiquer comment il fait).
Powertop n'est pas sans défauts. Sur mon portable (un clevo), le seul fait de le lancer semble casser la mise en veille :-(
http://freshmeat.net/projects/powertop/releases/327025
[^] # Re: Sauvegarde locale
Posté par SChauveau . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 2.
Il me semble quand même y avoir une différence importante entre GIT et SCCS/RSC.
GIT gère un dossier et son contenu de façon récursive. Toutes les informations de version se trouvent dans le dossier '.git' créé à la racine de l'arborescence par la commande 'git init'. Dans RSC comme dans SCCS, chaque fichier est géré indépendamment. L'historique d'un fichier 'toto.c' se trouve dans le fichier local 'RCS/toto.c,v' dans le même dossier que le fichier toto.c
Les 2 systèmes ont leurs avantages et leurs inconvénients. GIT permet de gérer des projets avec toute la complexité associée (branches, ...) alors que SCCS/RSC reste simple en gérant les fichiers indépendamment les uns des autres.
Par exemple, SCCS ou RSC me semble beaucoup plus adapté que GIT pour sauver les versions de mes fichiers ~/.emacs et ~/.bashrc. Il est probablement possible de créer une arborescence git dans $HOME mais vu sa nature récursive, je trouverai cela un peu "dangereux".
# Sauvegarde locale
Posté par SChauveau . En réponse à la dépêche Sortie de GNU CSSC 1.3.0. Évalué à 1.
De plus, SCCS et RCS sont particulièrement bien intégrés à emacs.
Par exemple, la commande vc-next-action (C-x v v) permet d'ajouter n'importe quel fichier (par défaut en RCS). La même commande permet ensuite de sauvegarder des versions dans le RCS.
Cela ne demande aucune configuration contrairement à CVS et SVN.
[^] # Re: Derawtiseurs....
Posté par SChauveau . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 2.
Le problème principal de ufraw est qu'il ne peut traiter qu'une image à la fois. Cela devient rapidement pénible quand on doit traiter un flow de plusieurs dizaines ou centaines de fichiers raw.
# Quelques autres outils
Posté par SChauveau . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 2.
Dans le même genre que ImageMagick, il y a aussi les nombreux utilitaires de la suite NetPBM ( http://netpbm.sourceforge.net/ ).
# Ranlib?
Posté par SChauveau . En réponse au journal GCC lent. Évalué à 4.
Vérifie qu'elles possèdent un index des symboles avec
# nm -s libXXX.a | grep "Archive index"
Tu peux recréer l'index avec la commande ranlib:
# ranlib libXXX.a
Sur les gros projets, la présence des informations de debug peut aussi être une cause de lenteur lors du link. Essaye donc de retirer -g où c'est possible.
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
Par example, pour le fichier /home/bob/images/test.raw avec le lien symbolique /home/bob/images -> /usr/local/images :
gthumb utilise file:///usr/local/images/test.raw
nautilus utilise file:///home/bob/images/test.raw
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
La solution la plus simple est d'effacer totalement le repertoire ~/.thumbnails/fail/
ps: je t'envois mon email par message prive.
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
Je n'ai pas nautilus devant les moi mais il me semble que Nautilus indique le type MIME dans la fenetre des attributs de fichiers.
De plus, il faut savoir que le type MIME n'est pas uniquement associe en fonction du nom fichier. Il existe aussi un systeme de 'magic numbers' consistant a reconnaitre certaines sequences d'octets dans l'entete du fichier. Pour rendre les choses encore plus complexe, chaque programme est libre de choisir quelle methode appliquer pour choisir le type MIME. Par example, nautilus utilise l'extension et n'analyse les 'magic numbers' qu'au moment ou le fichier est selectionne. C'est assez surprenant. Par example, essaye de renommer un fichier JPG avec l'extension GIF.
la second cause d'echec est une erreur dans le calcul du checksum.
Le meilleur moyen de verifier que la methode de calcul est correcte consiste a l'appliquer a un fichier image classique (JPEG/GIF/PNG) pour lequel nautilus a deja genene un thumbnail. Si tu ne trouve pas le fichier dans ~/.thumbnails c'est que tu as fait une erreur.
La 3ieme cause d'echec peut provenir du thumbnail PNG. Pour qu'il soit valide, il doit contenir certain tags ( http://jens.triq.net/thumbnail-spec/creation.html ). Autant que je sache, cela n'est pas possible avec ImageMagick. Par contre, c'est assez simple a faire avec netpbm (voir mon script rawthumb pour un example).
je dois avouer que je n'ai pas essaye mon thumbnailer depuis plus d'un mois (je n'utilise pratiquement jamais Nautilus et la saison photo est terminee). Il est donc possible que la methode pour generer les thumbnails ait changee. je verifierai ce soir.
[^] # Re: J'aime pas XGL
Posté par SChauveau . En réponse au journal Novell et les effet graphique. Évalué à 4.
Il suffit d'ajouter d'avoir ligne suivante dans ton ~/.ssh/config :
ForwardX11 yes
[^] # Re: Intégration dans le bureau
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
J'ai honte .....
[^] # Re: J'aime pas XGL
Posté par SChauveau . En réponse au journal Novell et les effet graphique. Évalué à 1.
Il suffit d'ajouter une ligne du genre
Virtual 1600 1200
dans la section "Display" du fichier XF86Config-4 or xorg.conf
[^] # Re: J'aime pas XGL
Posté par SChauveau . En réponse au journal Novell et les effet graphique. Évalué à 10.
Tout d'abord, il faut un reseau. Il y a 5 ans,un reseau a la maison c'etait reserve au hackeurs. Aujourd'hui, tout le monde installe son petit Wifi.
Donc tu es la, tranquille, a regarder le journal de 20H quand soudain! patatra! tu viens juste de te rappeller que tu avais promis a marcel de retoucher les 150 photos de son mariage. Tu cours d'un pas leger vers ton bureau mais, la, mauvaise surprise! ta femme/mere/copine/chien est en train de tapper un rapport important sur l'ordinateur (je ne vois pas trop pourquoi un chien irait taper un rapport mais bon ...).
Il y bien ton ordinateur portable mais Gimp et tes autres applications graphiques preferees n'y sont pas installes.
Est ce la fin des haricots? Marcel gardera t'il ses yeux rouge?
Que nenni! La transparence reseaux va venir a te sauver:
Tu allumes 'pasglob', ton portable et hop, un petit click pour ouvrir un terminal
pasglob #ssh zorglub
Linux zorglub 2.6.14-2-k7 #2 Fri Dec 9 10:30:30 UTC 2005 i686 GNU/Linux
Last login: Fri Jan 6 19:17:12 2006
zorglub [/home/frank] > cd mariage/marcel
zorglub [.../marcel] > gimp
et c'est magique! gimp s'ouvre comme un grand comme si il etait installe sur le portable.
Merci madame la transparence reseau :-)
[^] # Re: J'aime pas XGL
Posté par SChauveau . En réponse au journal Novell et les effet graphique. Évalué à 10.
C'est peut etre vrai pour les particuliers mais en entreprise, c'est l'inverse.
Par example, dans mon entreprise (une filiale de Philips), tout les ingenieurs ont un PC W2000 sur leur bureau mais la pluspart travaillent en fait sous Unix/Linux grace a la transparence reseau (via des serveux X tels que Exceed ou XFree/Cygwin).
Dans le centre de recherche ou j'etait auparavant, tout le monde avait sa propre station Sun mais la transparence reseau etait utilisee constament pour partager les resources de calcul.
En fait, je suis persuade que les gens qui affirme que la transparence reseau est inutile n'ont aucune idee de quoi ils parlent.
Je me rappelle un collegue me declarer 'X c'est merdique! WindowsServer c'est mieux' et moi de lui faire remarquer que son serveur X sous PC Win2000 affichait actuellement un bureau Gnome tournant sur un serveur dedie linux, 2 applications de calculs sous HPUX, un Netscape sur un serveur de calcul Linux, plus une tripotee d'editeurs, de terminaux et d'application diverses lui permettant d'utiliser une demi douzaine d'autres serveurs Linux et Solaris. Tout cela de facon completement transparente bien sur. En fait le gars avait vaguement entendu parler de la transparence X mais il n'avait aucune idee qu'il l'utilisait constament.
[^] # Re: DNG
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 2.
C'est bien la preuve qu'un librairie raw ne serait pas si difficile que cela a maintenir.
Le fait que DCRAW soit utilise dans beaucoups de logiciel est d'une certaine facon un probleme car les developpeurs n'ont pas la motivation de reellement comprendre les format RAW. par example, le support EXIF dans UFraw est tres pauvre et, il me semble, uniquement pour le format NEF. Une librairie raw pourrait fournir une API unique permettant d'extraire les tag EXIF et eventuellement d'en creer de nouveaux a partir des 'tag' proprietaires.
[^] # Re: DNG
Posté par SChauveau . En réponse à la dépêche Enquête sur le format de photo RAW. Évalué à 3.
> et raw nikon demain sera probalement assez different d'un raw aujourd'hui
> donc l'idée d'une lib raw ne tient pas, ou passerait son temp a courrir apres les > spec des nouveaux appareil. cela dit il doit en exister, un logiciel comme bibble lit pas mal de format raw
Personne n'a dit qu'ecrire et maintenir un librarie raw serait facile.
Il ne faut pas non plus dramatiser. Le fichiers RAW ne changent pas tellement d'un modele de camera a l'autre. Dans la pluspart des cas, les fichiers RAW restent suffisament compatible pour que le decodage de l'image soit possible sans aucun changements. Sinon, quelques heures ou quelques jours sont en general necessaires pour analyser ces changements et adapter le code. Il y a evidement des cas extremes, par exemple, un changement d'endianness ou un cryptage des donnees mais cela reste rare.
Par example, DCRAW, bien que tres impressionnant, est un example typique de ce qu'il ne faut pas faire. Plutot que d'essayer de comprendre le format de fichier, DCRAW utilise les tag TIFF ou EXIF pour obtenir le modele de camera, puis utilise ce modele pour determiner la taille de l'image, le format du CCD, ...
En pratique, cela signifie que dcraw doit etre adapte pour chaque nouveau modele de camera alors qu'en fait la pluspart des formats RAW sont suffisament bien connus pour pouvoir extraire ces informations du fichier.
> Il faut soit que les constructeurs documentent leur raw, ce que semble reclammer openraw, mais qui me parait improbable,
Je suis egalement tres sceptique en particulier pour les 2 grand constructeurs (Nikon et Canon) qui n'ont absolument aucun interet a documenter leur formats RAW si ils se font du ble avec.
> soit, et c'est l'approche d'adobe, standardiser un conteneur, une structure qui > permet de stocker toute les infos venu du capteur
C'est peut etre un solution pour le long terme mais cela ne resoudra pas le probleme immediat des possesseurs de camera produisant des fichier RAW.
> et les appareils generent directement des fichiers a ce format.
> ca parait plus facilement adoptable: confidencialité pour le fabricant, unicité pour le client.
Je ne vois pas pourquoi Nikon, qui refuse de publier son format proprietaire, accepterait d'utiliser un format standard.
Au pire, on se retrouvera avec des DNG dans lequels les informations vraiment interessantes sont non-documentees (MakerNote,...).