graphical blog 2

‘Mauvaise herbe’ à la pagode chán (禅, zen pour les japonisants) du cœur paisible à Sèvres

Soleil (Ήλιος)+Samyang (삼양)+Nikon (ニコン)+Popolon (抱抱龙)=>

Merci/谢谢/thanks/gracias/спасибо/고맙습니다/teşekkür ederim/jëre-jëf/ありがとう, Rawtherapee:

Rodin à une tête bizarre, non ?
Rodin has a strange head, isn’t it?
罗丹的头是很奇怪吧？
ロダンの頭は奇妙ですか？

After the preview post on DSLR remote capture on Linux with GTKam here a video of the same functionnailty, with the really good Entangle. Here (Ogg video).

MP4 / OGV:

Il y a également une version (plus complète) en français de ce tutoriel
Using Gtkam
Gtkam allow remote control of various digital camera on Unix like systems (Linux, BSD, etc…) and liveview (tethered viewfinder) on some (most nikon DSLR and some canon one, old canon powershot pocket and some Nikon pocket, search here), DigiKam, do the same, but I only explain here the Gtkam usage. Entangle : Tethered Camera Control & Capture is a new, promizing project with a nice GTK interface and the more specialized photography workflow and processing Darktable that capture using raw format (but doesn’t have liveview). Rawtherapee is another interesting photography processing software, more fast and light than Darktable on low-end computer, but that doesn’t allow camera control. There is also Darkroom a little project on KDE.

To use a camera in Gtkam, follow the menu : Camera => Add Camera

Click then on button: [Detect], it will automatically detect your camera (if it’s supported) :

Click then on [OK].

You will need then to wait during few seconds, the libgphoto used by Gtkam initialize the camera and scan it’s memory card directories. You can see a progress-bar at the bottom og the main windows, you have to wait it finish this action before using the camera:

Then in the list you will see your camera, click with right mouse button and choose in the contextual menu the item [Capture image...]

If your camera supporte liveview (remote viewfinder) in libgphoto, the you will see a realtime view of your viewfinder, like this one (I added this picture on Gtkam article on Wikipedia), else you will probably be able to capture a picture by clicking on the [Capture] button of this new window if your camera support remote capture (click on picture to zoom it) :

You will also be able to modify your camera settings for next capture by pressing the preferences button (display only if supported), or by rightclicking on camera on the list => bouton préférences de cette nouvelle fenêtre comme ici (cliquez sur l’image pour l’agrandir) => [View camera preferences] (will be gray if your camera can’t be remotly controled or if gphoto can’t do it.

Ogg video here/ici

MP4 / OGV:

Au moment ou Adobe semble se tourner vers le HTML 5, Flash 64 bit Linux est enfin disponible en version beta (alpha depuis 2 ans), non seulement ça n’est plus la 10.1 qui était tantôt disponible, tantôt abandonné et indisponible, mais la 11.1 mais en plus elle est en beta et non plus en alpha.

J’ai testé ce matin, avec firefox 6.0b5. La série 6.0 beta que j’utilise et met à jour depuis la b1 est infiniment plus stable et moins gourmande que la 5.0, après un premier test de la 5.0 j’étais revenu en 4.0.1, mais la 6.0 résout les problèmes crées avec la série 5.0 (c’est aussi valable pour fennec 6.0, version adaptés au smartphones, mais existant aussi pour X11/x86). J’attends tout de même toujours impatiemment la série 7.0 qui va s’atteler à réduire l’empreinte mémoire et donc encore augmenter les performances.

Et quel étonnement, pour la première fois, je pouvais regarder des vidéos à travers flash en plein écran, ce n’est pas encore aussi fluide qu’avec le greffon FlashVideoReplacer qui court-circuite flash et l’envoie à votre lecteur vidéo favori, ça reste saccadé, mais ça devient un minimum utilisable. Ça passe d’1 image / seconde avec le CPU écroulé, à quelque chose qui à vue d’œil s’approche des 6 images / secondes avec un cpu resté suffisamment tranquille pour réagir au click sur la sortie du plein écran ;).

Autre nouveauté, Adobe semble avoir fait un effort du côté de KDE, il y a dans l’archive (qui n’a pas de répertoire de base attention en désarchivant) une bibliothèqye spécialisée pour kde, j’imagine que ce sont pour les navigateur comme Dolphin ou Rekonq :

/usr/lib/kde4/kcm_adobe_flash_player.so

Ca permet de jouer les vidéos Flash de façon moins fluide que Gnash/klash sous KDE.

La nouvelle version du plugin d’Adobe permet donc maintenant d’avoir quelque chose d’à peu près utilisable sur les sites n’étant pas encore géré par FlashVideoReplacer et comportant des vidéos, ou bien les sites qui ont eu la mauvaise idée de faire des interfaces interactives en Flash. Je ne dit pas ça pour les sites de jeux vidéo ou d’animation vectorielle, pour qui cela parait une bonne chose, mais pour les sites informatifs (information, constructeurs qui ont encore cette très mauvaise habitude, etc…), html 4 et maintenant 5 permettant de remplir tous les besoins en animations inutiles habituellement utilisées sur ces sites. C’est plutôt un avantage pour les constructeur qui peuvent ainsi cibler les gogos capable d’acheter un iPad-Ijail®©Inc. une fortune :D.

Le développement récent de Linux, notamment sur netbook et smartbook (netbook ARM) avec notamment l’initiative Linaro ou les netbook d’Asus livré à 200 € sous Ubuntu avec chose exceptionnelle 2Go de RAM (Windows Seven version de base refuse plus d’1Go, XP n’est plus vendu) et 350Go de disque dur. Mais aussi peut-être grâce au succès de Linux/Android sur les smartphones (actuellement passé OS n°1 avec 50 % des ventes, et 550.000 unités vendu par jour) poussant Adobe à faire plus d’effort dans le support du noyau Linux.