Les transformations sont non destructrices. L'image originale (typiquement une image RAW) n'est jamais détruite. DT se contente de mémoriser les modification appliquées à chaque image. Il est possible de dupliquer les images (voir le menu 'selected image[s]' du mode Lighttable. Désolé pour l'anglais mais je ne suis pas en locale Fr) pour obtenir des variantes de la même image.
Pour obtenir la version finale en JPG, PNG TIFF … il faut utiliser la fonction "export selection" du mode Lighttable. Les images exportées sont controlées par un 'pattern' de nommage. Il faut juste s'assurer que l'export n'écrase pas les originaux (ce qui n'est pas censé arriver par défaut).
La partie que je ne trouve pas très intuitive est la classification des images. On s'y perd vite entre les 'films rolls', les couleur, les stars, les tags et les groupes. En général, je me contente de marquer les images qui m'intéressent avec une couleur (c'est visuel et c'est facile avec F1, F2, F3, …) avant de tagger l'ensemble de la couleur (via le menu tagging).
```
En pratique, la distribution Linux a assez peu d'importance car, sur les gros clusters, peu de fonctionnalités sont effectivement fournies par la distribution:
Le kernel est optimisé et est recompilé spécifiquement en fonction de l'architecture des noeuds de calculs.
Les noeuds de calculs font tourner un kernel minimaliste et très peu de services: Par exemple, un demon slurm pour la gestion des resources et un autre pour gerer un "clustered file system". Il n'y a pas de desktop car tout se fait en ligne de commande, en général via ssh sur les noeuds de login.
Les outils de développement ainsi que la plupart des librairies ne sont pas gérés par le système de packages classique (deb, rpm, …). Il sont installés manuellement par les administrateurs systèmes (ou le vendeur du cluster) et sont gérés par un mécanisme tel que Modules ( http://modules.sourceforge.net/ ). L'intérêt de Modules est de pouvoir faire cohabiter plusieurs versions de chaque package ce qui est très pratique quand vous avez plusieurs centaines ou milliers d'utilisateurs avec des contraintes différentes.
Concernant les petits clusters, ceux que j'ai vu fonctionner étaient quasiment tous sous Linux.
C'est facile à installer, tout les outils nécessaires existent en Open-Source et il est possible de déployer des dizaines, centaines ou milliers de noeuds sans avoir à ce soucier des problèmes de licences.
Ce n'est pas que j'utilise beaucoup les menus dans emacs mais cela peut dépanner quand on a oublié une commande ou un raccourci clavier. Leur nouveau mode d'affichage en mode console (F10 menu-bar-open) semble prometteur. Cela ne pouvait être pire que le précédent qui ne ressemblait vraiment à rien.
C'est visuellement agréable mais il y a toutefois encore quelques petits problèmes:
- quelques erreurs d'affichage quand on se déplace rapidement.
- la navigation dans les sous-menus n'est pas vraiment intuitive (ENTER pour entrer mais peut on ressortir?)
- incompatible avec xterm-mouse-mode.
Pour faire simple, lors d'une connection ssh/scp, au lieu de demander 3 fois la passhrase et 3 fois le password, tramp demande 1 fois la passphrase, l'envoit 4 fois (donc 3 fois comme une passphrase puis 1 fois comme un password) puis demande 2 fois le password.
Si ce bug m'était arrivé sur mon serveur web externe alors je serais blacklisté pour 48h :-(
L'idée de Modules est que la distribution fournit l'OS et les utilitaires de base mais que les applications sont gérées séparément par Modules. Les applications sont ajoutées à l'environnement par la commande shell 'module' (en fait un alias qui manipule l'environnement PATH, LD_LIBRARY_PATH, …).
Par exemple, pour avoir gcc faire
# module add gcc
# gcc foo.c -o foo
L'intérêt et que plusieurs versions de la même application peuvent être installés sur le même systèmes.
# module add gcc/4.7.1
# … gcc est maintenant gcc/4.7.1
# module switch gcc/4.8.2
# … gcc est maintenant gcc/4.8.2
Ce système est très pratique pour un environnement avec plusieurs dizaines ou centaines d'utilisateurs utilisant des applications différentes.
L'exemple de gcc n'est pas très bon car c'est une des rare applications pouvant exister en plusieurs versions dans quasiment toutes les distributions.
Le problème est que les modules doivent être installé manuellement en recompilant les applications. Les labos et les entreprises utilisant module disposent d'administrateurs systèmes capable de faire cela mais c'est plus dur pour un utilisateur lamba.
Je ne connais pas de distribution basée sur module mais cela serait assez cool. L'idéal serait que l'OS soit standard (Ubuntu/Debian, Centos, … ) et que les Modules soient recompilés lors de leur installation (comme dans Gentoo).
Pour occur, grep, compile et bien d'autres modes, les commandes previous-error et next-error permettent de se déplacer facilement d'une ligne à l'autre en chargeant automatiquement le fichier ou le buffer concerné.
Ces commandes sont déjà mappées sur M-g p et M-g n mais personnellement je les met aussi sur F11 et F12.
(global-set-key [f11] 'previous-error)
(global-set-key [f12] 'next-error)
La manpage de xargs est trop complexe? A la rigueur, je peux comprendre pour celle de bash mais celle de xargs me semble claire et concise. Une page de man n'est pas un tutoriel. Elle donne une courte description de la commande et de ses arguments avec quelques exemples.
Je suis assez surpris par l'exemple consistant à mettre le caractère NUL (\000) dans IFS.
Autant que je sache, cela ne marche pas dans Bash qui ne peut pas manipuler NUL dans les variables.
Il semble que cela fonctionne dans d'autres shells comme ZSH.
Pour Bash, la solution réside dans l'option -d de 'read'
find . -print0 | while read -d $'\0' file ; do echo == $file ; done
La syntaxe $'…' active l'interprétation des séquences d'échappements dans la chaine …
C'est équivalent à $(printf "…")
Le problème du masque étendu en lui même quand rien ne 'match' peut se résoudre facilement avec l'option
shopt -s nullglob
Cela marche dans Bash. Pour les autres shells c'est à vérifier. Il y a aussi l'option 'dotglob' qui permet de ne pas ignorer les fichiers cachés (donc commençant par un '.')
Il m'est aussi arrivé de tomber sur des scripts utilisant 'ls' pour obtenir des informations sur les fichiers. C'est assez risqué car il existe de nombreuses variantes de 'ls' et le résultat peut aussi dépendre de la locale.
Une meilleure solution est d'utiliser 'stat'
for file in *; do
stat -c "SIZE='%s' NAME='%n'" $file
done
La glibc fat partie des libs bien écrites qui essayent de conserver la compatibilité ascendante. Même les changements d'API sont sensés être correctement supportés grâce aux versions de symboles. Par exemple, dans ma version de la libc, le symbole regexec existe en 2 versions GLIBC_2.2.5 et GLIBC_2.3.4.
Cela signifie que même les vieux programmes utilisant regexec et compilés avec une glic entre 2.2.5 et 2.3.3 fonctionnent encore après le changement d'API.
En effet, le problème des touches Fn est qu'elle sont transformées en séquences d'échappement par l'émulateur de terminal (Xterm, Konsole, Gnome-Terminal/VTE, …) et qu'il y a plusieurs formats incompatibles. Il y a quelques années, j'avais fait une configuration assez poussée de tmux pour utiliser tintin++ (c'est un client MUD) en mode multi-fenêtres. Au final seul le vénérable Xterm s'était avéré assez flexible pour gérer les touches Fn comme je l'entendais.
Une partie du problème résidait aussi dans la tendance des émulateurs de terminaux modernes à intercepter certaines touches Fn. Par exemple, celui de XFCE utilise F1 pour l'aide et F11 pour le mode fullscreen. C'est agacant et avoir une couche Byobu supplémentaire n'arrangerai sûrement pas le problème.
Je pensais plutôt au bruit numérique causé par la chaleur. On ne s'intéresse pas à l'image proprement dite mais au bit de poid faible des pixels qui a tendance à fluctuer aléatoirement en fonction du rayonnement infrarouge ambiant.
Utiliser le bit de poid faible d'un seul pixel n'est probablement pas une bonne idée mais un XOR sur une dizaine ou une centaine de pixels devrait être acceptable pour générer 1 bit aléatoire.
Avec une image entière on devrait pouvoir générer plusieurs milliers d'octets.
Ne pourrait on pas utiliser ce programme pour générer de l'entropie par exemple depuis une simple webcam?
La chaleur ambiante est connue pour générer du bruit dans les capteur optiques numériques.
Cauldron II! Cela fait partie des jeux que j'aimerai rejouer.
Je viens de découvrir qu'il existe une version flash: http://www.cauldron-2.com/game/default.htm
Cela semble plutôt fidèle, cela n'a pas trop vieilli et les graphismes sont restent agréables (avec le zoom approprié)
Il est dommage que l'on ne puisse jouer qu'en ligne. Cela serait le jeux idéal pour s'occuper pendant les voyages.
En fait, l'ornithorynque est un animal préhistorique qui a disparu d'Australie il y a quelques milliers d'années seulement. Il a probablement été décimé par les 'drop bears'.
Existe t'il une bonne application similaire a OsmAnd mais pour un desktop Linux?
A l'approche des vancances, cela pourrait être vraiment pratique d'avoir OSM sur un pc portable quand on est dans un camping sans wifi.
J'ai essayé Marble mais l'affichage des cartes OSM est vraiment immonde (visiblement du fait d'un redimensionnement non-contrôlable des les tiles).
La solution est peut être d'installer un serveur de tiles OSM + apache sur l'ordinateur portable mais c'est loin d'etre simple pour le commun des mortels.
Je te conseille quand même de prévoir une alim un peu plus puissante. Elle risque de ne pas tenir le coup si tu connecte des périphériques USB un peu gourmand (webcam, imprimante, disque externe, …).
En bash, puisque c'est quand même le shell par défaut sur la plupart des systêmes Linux, il existe une forme de boucle 'for' ressemblant a celle du C. Il existe aussi une commande builtin printf également inspirée du C et qui s'avère très pratique pour créer des chaines avec un format précis:
for ((i=1;i<95;i++)) ; do printf "%02d " $i ; done
Le Kobo tourne entièrement sous Linux et apparait comme un disque USB classique.
Le seul problème est que le KT est doit être activée en utilisant une application propriétaire qui n'existe pas sous Linux. Il reste utilisable sans être 'activé' mais sans le Wifi et les mises à jours automatiques.
Il existe toutefois des techniques pour effectuer une fausse 'activation'
J'ai également un Kobo Touch. J'avais fait quelques essais mais je ne suis pas convaincu que l'ecran E-paper se prête bien à l'affichage d'images. Il n'y a que 16 niveaux de gris. C'est très suffisant pour le texte mais pas pour les images.
Pour le contraste il y a l'option -contrast. Elle n'a pas d'argument mais elle peut être répétée plusieurs fois pour augmenter l'effet.
Par contre, il faut éviter -color 16 car le KT fait sa propre conversion en 16 niveaux de gris et le résultat final risque d'avoir moins de 16 niveaux.
D'un point de vue technique, faire gérer la fenêtre par l'application (via le toolkit) ne me choque pas.
Je crains toutefois de voir une belle anarchie s'installer dans ce domaine.
Il ne semble pas y avoir de mécanisme clair permettant d'unifier la gestion des fenêtres entre les applications GTK, GNOME-GTK, XCFE-GTK, QT, QT-KDE, X11 (via le serveur rootless intégré à Wayland), Java, SDL, GLUT, … ?
Non seulement le look risque d'être différent d'un toolkit à l'autre mais les comportements aussi ('click' ou 'follow focus', raccourcis claviers, …).
L'idéal serait d'avoir une lib (ou un service) unique s'occupant de tout les détails du coté client mais je suis près à parier qu'il ne faudra pas attendre 15 jours pour voir apparaitre une lib concurrente ou un toolkit qui refait le truc en 'mieux'.
J'espère que je me trompe mais franchement je m'attends à un beau bordel!
et je n'ose même pas imaginer les applications qui décideront de gérer même leur décorations.
[^] # Re: Ce logiciel est magnifique!
Posté par SChauveau . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 4.
Les transformations sont non destructrices. L'image originale (typiquement une image RAW) n'est jamais détruite. DT se contente de mémoriser les modification appliquées à chaque image. Il est possible de dupliquer les images (voir le menu 'selected image[s]' du mode Lighttable. Désolé pour l'anglais mais je ne suis pas en locale Fr) pour obtenir des variantes de la même image.
Pour obtenir la version finale en JPG, PNG TIFF … il faut utiliser la fonction "export selection" du mode Lighttable. Les images exportées sont controlées par un 'pattern' de nommage. Il faut juste s'assurer que l'export n'écrase pas les originaux (ce qui n'est pas censé arriver par défaut).
La partie que je ne trouve pas très intuitive est la classification des images. On s'y perd vite entre les 'films rolls', les couleur, les stars, les tags et les groupes. En général, je me contente de marquer les images qui m'intéressent avec une couleur (c'est visuel et c'est facile avec F1, F2, F3, …) avant de tagger l'ensemble de la couleur (via le menu tagging).
```
[^] # Re: Et les distrib' ?
Posté par SChauveau . En réponse à la dépêche Le Top 500 des supercalculateurs de novembre 2014. Évalué à 9.
La page http://www.top500.org/statistics/list/ donne quelques informations sur les distributions utilisées.
En pratique, la distribution Linux a assez peu d'importance car, sur les gros clusters, peu de fonctionnalités sont effectivement fournies par la distribution:
Le kernel est optimisé et est recompilé spécifiquement en fonction de l'architecture des noeuds de calculs.
Les noeuds de calculs font tourner un kernel minimaliste et très peu de services: Par exemple, un demon slurm pour la gestion des resources et un autre pour gerer un "clustered file system". Il n'y a pas de desktop car tout se fait en ligne de commande, en général via ssh sur les noeuds de login.
Les outils de développement ainsi que la plupart des librairies ne sont pas gérés par le système de packages classique (deb, rpm, …). Il sont installés manuellement par les administrateurs systèmes (ou le vendeur du cluster) et sont gérés par un mécanisme tel que Modules ( http://modules.sourceforge.net/ ). L'intérêt de Modules est de pouvoir faire cohabiter plusieurs versions de chaque package ce qui est très pratique quand vous avez plusieurs centaines ou milliers d'utilisateurs avec des contraintes différentes.
Concernant les petits clusters, ceux que j'ai vu fonctionner étaient quasiment tous sous Linux.
C'est facile à installer, tout les outils nécessaires existent en Open-Source et il est possible de déployer des dizaines, centaines ou milliers de noeuds sans avoir à ce soucier des problèmes de licences.
# Menu en mode console
Posté par SChauveau . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Ce n'est pas que j'utilise beaucoup les menus dans emacs mais cela peut dépanner quand on a oublié une commande ou un raccourci clavier. Leur nouveau mode d'affichage en mode console (F10 menu-bar-open) semble prometteur. Cela ne pouvait être pire que le précédent qui ne ressemblait vraiment à rien.
C'est visuellement agréable mais il y a toutefois encore quelques petits problèmes:
- quelques erreurs d'affichage quand on se déplace rapidement.
- la navigation dans les sous-menus n'est pas vraiment intuitive (ENTER pour entrer mais peut on ressortir?)
- incompatible avec xterm-mouse-mode.
# Bug dans tramp
Posté par SChauveau . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Je viens de trouver un bug dans le mode tramp de 24.4.1.
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19047
Pour faire simple, lors d'une connection ssh/scp, au lieu de demander 3 fois la passhrase et 3 fois le password, tramp demande 1 fois la passphrase, l'envoit 4 fois (donc 3 fois comme une passphrase puis 1 fois comme un password) puis demande 2 fois le password.
Si ce bug m'était arrivé sur mon serveur web externe alors je serais blacklisté pour 48h :-(
# Modules
Posté par SChauveau . En réponse au journal Une idée de distribution Linux. Évalué à 10.
Beaucoups de systemes professionels (les supercalculateurs) utilisent Modules
http://modules.sourceforge.net/
L'idée de Modules est que la distribution fournit l'OS et les utilitaires de base mais que les applications sont gérées séparément par Modules. Les applications sont ajoutées à l'environnement par la commande shell 'module' (en fait un alias qui manipule l'environnement PATH, LD_LIBRARY_PATH, …).
Par exemple, pour avoir gcc faire
# module add gcc
# gcc foo.c -o foo
L'intérêt et que plusieurs versions de la même application peuvent être installés sur le même systèmes.
# module add gcc/4.7.1
# … gcc est maintenant gcc/4.7.1
# module switch gcc/4.8.2
# … gcc est maintenant gcc/4.8.2
Ce système est très pratique pour un environnement avec plusieurs dizaines ou centaines d'utilisateurs utilisant des applications différentes.
L'exemple de gcc n'est pas très bon car c'est une des rare applications pouvant exister en plusieurs versions dans quasiment toutes les distributions.
Le problème est que les modules doivent être installé manuellement en recompilant les applications. Les labos et les entreprises utilisant module disposent d'administrateurs systèmes capable de faire cela mais c'est plus dur pour un utilisateur lamba.
Je ne connais pas de distribution basée sur module mais cela serait assez cool. L'idéal serait que l'OS soit standard (Ubuntu/Debian, Centos, … ) et que les Modules soient recompilés lors de leur installation (comme dans Gentoo).
# previous-error et next-error
Posté par SChauveau . En réponse à la dépêche GNU Emacs : quelques extensions (première partie). Évalué à 2.
Pour occur, grep, compile et bien d'autres modes, les commandes previous-error et next-error permettent de se déplacer facilement d'une ligne à l'autre en chargeant automatiquement le fichier ou le buffer concerné.
Ces commandes sont déjà mappées sur M-g p et M-g n mais personnellement je les met aussi sur F11 et F12.
(global-set-key [f11] 'previous-error)
(global-set-key [f12] 'next-error)
[^] # Re: Paramètres d'xargs
Posté par SChauveau . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 2.
La manpage de xargs est trop complexe? A la rigueur, je peux comprendre pour celle de bash mais celle de xargs me semble claire et concise. Une page de man n'est pas un tutoriel. Elle donne une courte description de la commande et de ses arguments avec quelques exemples.
# NULL dans IFS?
Posté par SChauveau . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 1.
Je suis assez surpris par l'exemple consistant à mettre le caractère NUL (\000) dans IFS.
Autant que je sache, cela ne marche pas dans Bash qui ne peut pas manipuler NUL dans les variables.
Il semble que cela fonctionne dans d'autres shells comme ZSH.
Pour Bash, la solution réside dans l'option -d de 'read'
find . -print0 | while read -d $'\0' file ; do echo == $file ; done
La syntaxe $'…' active l'interprétation des séquences d'échappements dans la chaine …
C'est équivalent à $(printf "…")
[^] # Re: ls et globbing
Posté par SChauveau . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 4.
Le problème du masque étendu en lui même quand rien ne 'match' peut se résoudre facilement avec l'option
Cela marche dans Bash. Pour les autres shells c'est à vérifier. Il y a aussi l'option 'dotglob' qui permet de ne pas ignorer les fichiers cachés (donc commençant par un '.')
Il m'est aussi arrivé de tomber sur des scripts utilisant 'ls' pour obtenir des informations sur les fichiers. C'est assez risqué car il existe de nombreuses variantes de 'ls' et le résultat peut aussi dépendre de la locale.
Une meilleure solution est d'utiliser 'stat'
[^] # Re: Ça fait peur...
Posté par SChauveau . En réponse au journal Faire coexister plusieurs versions de la Glibc. Évalué à 6.
La glibc fat partie des libs bien écrites qui essayent de conserver la compatibilité ascendante. Même les changements d'API sont sensés être correctement supportés grâce aux versions de symboles. Par exemple, dans ma version de la libc, le symbole regexec existe en 2 versions GLIBC_2.2.5 et GLIBC_2.3.4.
Cela signifie que même les vieux programmes utilisant regexec et compilés avec une glic entre 2.2.5 et 2.3.3 fonctionnent encore après le changement d'API.
[^] # Re: Un défaut de tmux
Posté par SChauveau . En réponse à la dépêche Atelier Tmux à Bordeaux le 15 septembre 2014. Évalué à 2.
En effet, le problème des touches Fn est qu'elle sont transformées en séquences d'échappement par l'émulateur de terminal (Xterm, Konsole, Gnome-Terminal/VTE, …) et qu'il y a plusieurs formats incompatibles. Il y a quelques années, j'avais fait une configuration assez poussée de tmux pour utiliser tintin++ (c'est un client MUD) en mode multi-fenêtres. Au final seul le vénérable Xterm s'était avéré assez flexible pour gérer les touches Fn comme je l'entendais.
Une partie du problème résidait aussi dans la tendance des émulateurs de terminaux modernes à intercepter certaines touches Fn. Par exemple, celui de XFCE utilise F1 pour l'aide et F11 pour le mode fullscreen. C'est agacant et avoir une couche Byobu supplémentaire n'arrangerai sûrement pas le problème.
[^] # Re: webcam
Posté par SChauveau . En réponse au journal scdrand: alimenter le pool d’entropie du noyau à partir d’une carte à puce. Évalué à 2.
Je pensais plutôt au bruit numérique causé par la chaleur. On ne s'intéresse pas à l'image proprement dite mais au bit de poid faible des pixels qui a tendance à fluctuer aléatoirement en fonction du rayonnement infrarouge ambiant.
Utiliser le bit de poid faible d'un seul pixel n'est probablement pas une bonne idée mais un XOR sur une dizaine ou une centaine de pixels devrait être acceptable pour générer 1 bit aléatoire.
Avec une image entière on devrait pouvoir générer plusieurs milliers d'octets.
# webcam
Posté par SChauveau . En réponse au journal scdrand: alimenter le pool d’entropie du noyau à partir d’une carte à puce. Évalué à 2.
Ne pourrait on pas utiliser ce programme pour générer de l'entropie par exemple depuis une simple webcam?
La chaleur ambiante est connue pour générer du bruit dans les capteur optiques numériques.
[^] # Re: Normality
Posté par SChauveau . En réponse au journal GOG débarque sous Linux. Évalué à 3.
Cauldron II! Cela fait partie des jeux que j'aimerai rejouer.
Je viens de découvrir qu'il existe une version flash: http://www.cauldron-2.com/game/default.htm
Cela semble plutôt fidèle, cela n'a pas trop vieilli et les graphismes sont restent agréables (avec le zoom approprié)
Il est dommage que l'on ne puisse jouer qu'en ligne. Cela serait le jeux idéal pour s'occuper pendant les voyages.
[^] # Re: .
Posté par SChauveau . En réponse au journal Les premiers noms de domaine de la nouvelle série sont actifs. Évalué à -1.
Ou plus simplement: Mauvaise fontes!
ps: cela marche aussi chez moi
# Mais est ce que l'on peut calculer τ dans une ferme?
Posté par SChauveau . En réponse au journal Pi is wrong !. Évalué à 3.
Pour π c'est simple
Un CHEVAL de par commutativité de la multiplication est un LVACHE
Un OISEAU est une βL
Une VACHE est une βπ
Donc CHEVAL/OISEAU = LVACHE/OISEAU = Lβπ/βL = π
[^] # Re: #29 - L'ornithorynque est une légende urbaine
Posté par SChauveau . En réponse au journal Putain d'ornithorynque (╯°□°）╯︵ ┻━┻ô. Évalué à -1.
En fait, l'ornithorynque est un animal préhistorique qui a disparu d'Australie il y a quelques milliers d'années seulement. Il a probablement été décimé par les 'drop bears'.
http://www.australiangeographic.com.au/journal/drop-bears-prefer-travellers-says-study.htm
# Appli hors-ligne sous linux?
Posté par SChauveau . En réponse à la dépêche OpenStreetMap : pourquoi vous devriez l'utiliser. Évalué à 5.
Existe t'il une bonne application similaire a OsmAnd mais pour un desktop Linux?
A l'approche des vancances, cela pourrait être vraiment pratique d'avoir OSM sur un pc portable quand on est dans un camping sans wifi.
J'ai essayé Marble mais l'affichage des cartes OSM est vraiment immonde (visiblement du fait d'un redimensionnement non-contrôlable des les tiles).
La solution est peut être d'installer un serveur de tiles OSM + apache sur l'ordinateur portable mais c'est loin d'etre simple pour le commun des mortels.
[^] # Re: Classement par age
Posté par SChauveau . En réponse au journal [Marc le Bouc] Le contrôle parental ne marche pas :( tristitude snif snif. Évalué à 4.
La lecture rapide c'est bien mais au premier passage j'ai cru lire 'Elle nous avait surpris a faire ca sur la table un midi' :-)
[^] # Re: \o/ Noël !
Posté par SChauveau . En réponse au journal Mon Raspberry pi a un uptime de 14 jours !. Évalué à 3.
Je te conseille quand même de prévoir une alim un peu plus puissante. Elle risque de ne pas tenir le coup si tu connecte des périphériques USB un peu gourmand (webcam, imprimante, disque externe, …).
[^] # Re: UNIX MASTER RACE
Posté par SChauveau . En réponse au journal Communes de France finissant par "ville". Évalué à 4.
En bash, puisque c'est quand même le shell par défaut sur la plupart des systêmes Linux, il existe une forme de boucle 'for' ressemblant a celle du C. Il existe aussi une commande builtin printf également inspirée du C et qui s'avère très pratique pour créer des chaines avec un format précis:
for ((i=1;i<95;i++)) ; do printf "%02d " $i ; done
[^] # Re: Et ?
Posté par SChauveau . En réponse au journal 100 scripts shell UNIX. Évalué à 3.
grep -v troll
[^] # Re: Support sous Linux ?
Posté par SChauveau . En réponse au journal Mini shell script pour optimiser des images pour une liseuse. Évalué à 2.
Le Kobo tourne entièrement sous Linux et apparait comme un disque USB classique.
Le seul problème est que le KT est doit être activée en utilisant une application propriétaire qui n'existe pas sous Linux. Il reste utilisable sans être 'activé' mais sans le Wifi et les mises à jours automatiques.
Il existe toutefois des techniques pour effectuer une fausse 'activation'
Voir par exemple le message #4 dans
http://www.mobileread.mobi/forums/showthread.php?t=171664
De façon générale, le Kobo Touch est très facile à hacker!
Voir "hacking kobo touch" sur google pour plus de détails.
[^] # Re: Optimiser pour quoi ?
Posté par SChauveau . En réponse au journal Mini shell script pour optimiser des images pour une liseuse. Évalué à 2.
J'ai également un Kobo Touch. J'avais fait quelques essais mais je ne suis pas convaincu que l'ecran E-paper se prête bien à l'affichage d'images. Il n'y a que 16 niveaux de gris. C'est très suffisant pour le texte mais pas pour les images.
Pour le contraste il y a l'option -contrast. Elle n'a pas d'argument mais elle peut être répétée plusieurs fois pour augmenter l'effet.
convert asticot.jpg -colorspace gray -contrast -contrast -contrast -contrast -contrast -contrast -contrast -contrast -contrast jpg:- | display jpg:-
Tu devrais aussi regarder du coté de l'option -gamma car le E-paper est assez différent d'un écran classique.
convert asticot.jpg -gamma 1.5 jpg:- | display jpg:-
Ajuster les 'black-points' et 'white-points' avec -level pourrait aussi être utile pour se focaliser sur les niveaux de gris moyens.
convert asticot.jpg -level 20%,90% jpg:- | display jpg:-
Par contre, il faut éviter -color 16 car le KT fait sa propre conversion en 16 niveaux de gris et le résultat final risque d'avoir moins de 16 niveaux.
[^] # Re: Gestionnaire de fenêtre et toolkit
Posté par SChauveau . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.
D'un point de vue technique, faire gérer la fenêtre par l'application (via le toolkit) ne me choque pas.
Je crains toutefois de voir une belle anarchie s'installer dans ce domaine.
Il ne semble pas y avoir de mécanisme clair permettant d'unifier la gestion des fenêtres entre les applications GTK, GNOME-GTK, XCFE-GTK, QT, QT-KDE, X11 (via le serveur rootless intégré à Wayland), Java, SDL, GLUT, … ?
Non seulement le look risque d'être différent d'un toolkit à l'autre mais les comportements aussi ('click' ou 'follow focus', raccourcis claviers, …).
L'idéal serait d'avoir une lib (ou un service) unique s'occupant de tout les détails du coté client mais je suis près à parier qu'il ne faudra pas attendre 15 jours pour voir apparaitre une lib concurrente ou un toolkit qui refait le truc en 'mieux'.
J'espère que je me trompe mais franchement je m'attends à un beau bordel!
et je n'ose même pas imaginer les applications qui décideront de gérer même leur décorations.