Ce qui change aujourd’hui, c’est que notre cher GStreamer supporte maintenant Android, grâce à la nouvelle version du SDK GStreamer. Naturellement, cette trousse de développement est non seulement gratuite et documentée, elle est entièrement libre!

C’est qu’un premier coup de hache dans les ronces qui fragmentent l’écosystème du libre: il est maintenant possible de développer des applications multimédia sur toutes les plateformes majeures (Linux, Windows, Mac OS, Android) sans s’arracher les cheveux, sans devoir tout réapprendre et réinventer à chaque fois.

Un jour vous verrez, nous verrons sûrement le dernier bastion des « jardins privés », iOS, succomber au charme de GStreamer.

Following up on the 2012.9 “Amazon” release, this SDK release, codenamed “Brahmaputra”, reveals a natural pattern: akin to the river of the same name, it streams down from the Himalayas, brings the coolness downstream, keeps flowing and breathes life onto the lands.

Evening on the Brahmaputra River, by Vikramjit Kakati

A particularly interesting piece of land that now gets irrigated by the flow of GStreamer is the Android plateau (some say platform, but that’s less geographically-fitting!).

Yep, you heard that right, pioneers of the open world! The land of Android is now fertile, free and wide open to rapid development of multimedia applications with GStreamer. Go ahead and try it out today, let us know how it helps you Get Things Done—and how GStreamer can be made even better!

The SDK currently supports a bunch of Linux distributions, Windows (from XP to 8), Mac OS, and Android 2.3.1 and newer (some features such as hardware acceleration will require Android 4.1 or newer). It is fully documented, free as in both, and has a sexy website (what more could you ask for?).

Pour vous donner le contexte, j’écrivais cette note personnelle dans Tomboy en 2006, suite à la lecture de Getting Things Done:

Nostalgie? Tout à fait. Maintenant, retour vers le futur, où ce problème est résolu par GTG.

Avec la version 0.3, GTG vient de se sortir de la pire crise de development de son existence. En effet, la version 0.2.4 datait de 2010 (faisons fi de la version intermédiaire 0.2.9 qui n’a pas vraiment eu le temps d’être reprise par plusieurs distributions Linux). Un très long cycle de réingéniérie—pas qu’un simple réusinage, non mossieur !—s’est effectué entre 0.2.4 et 0.3. Le résultat est une application qui performe mieux, est plus facile à développer et lave plus blanc. Je vous laisse constater les prouesses de la nouvelle mouture. La liste de bugs réglés par la série 0.3 (incluant les améliorations de 0.2.9) est tellement longue qu’elle fait planter Launchpad. Selon mes estimations, le total se situe à environ 400 bugs résolus (excluant les doublons, invalides, etc).

Puisque je suis maintenant un vieux crouton après toutes ces années d’utilisation intensive de 0.2.4 (malgré ses petits défauts), je ne suis pas encore passé à 0.3 sur ma machine principale—j’attends que ça vienne avec ma distribution Linux. Toutefois, selon mes quelques tests, le tout me semble solide. Je vous invite donc, jeunes chenapans, à utiliser cette nouvelle version de toute urgence, et m’en donner des nouvelles.

Évidemment, je vous invite également à contribuer au projet. Ploum et ses comparses vous aideront certainement à vaincre les monstres de l’espace qui pourraient croiser votre chemin.

Wait, let me give you an even better incentive. If you feel like email or IRC is too dry to carry complex discussions/questions, and would like a more personalized approach, I (and/or Thibault) will be glad to make an appointment with you for a live audio/video call over Empathy (through Jabber/XMPP/GTalk), Google Plus or even Skype. Just ask and we’ll make sure to be available to discuss every concern you may have.

PiTiVi is currently in a heavy state of flux and it is a bit tricky to list out the exact features that you could work on for the time being. This is one of the reasons why I’m offering an audio call. In the meantime you could take a quick look at the roadmap, pitivi love, but keep in mind that some of these items may be outdated or blocked by the transition to GES. The feature that we probably need the most right now is completing the implementation of the user interface for editing text/titles in PiTiVi: the work is partly done, your mission (if you accept it) would be to finish the UI and integrate it with our new GES backend.

Get in touch with us ASAP, there’s loads of stuff to be done and you only have until Halloween to apply for the GNOME Outreach Programme for Women!

Note that you will have to make a small patch/fix as part of your application, but we’ll gladly help you with it.

• Trapped Olivier Crète and Guillaume Desmottes into fixing their stack to make video/audio calls work again in Empathy 3.2
• Spoke at length with Robert Ancell at the Collabora party on Sunday.
• Good to have an elaborate counter-argument to Matthew Garrett’s famous rebuttal of LightDM: it seems that Robert wishes to make it a compelling-enough replacement for gdm (and all the others) before bringing it up again; in other words, bring the living proof of the superiority of your replacement, such that there are pratically no more reasons for upstream not to adopt it. We will see how this pans out in the next few cycles, it should be interesting.
• It was a pleasure to discuss  various fashionable subjects of recent times such as the strategic positioning of Canonical/Ubuntu, turning points in the type of userbase (I forgot what exact terminology he used, but to me it basically translated to leaping over a ravine with a giant rocket-propelled lobster), CLAs, Pitivi, etc.
• Managed to catch Karen Sandler, discuss the workings of the GNOME Foundation and the challenges to face in dealing with project-specific funds. Impressed by her background and moved by her personal story; she literally embodies down to her very heart the struggle of free vs proprietary software.
• Briefly discussed the women outreach program with Marina. Hopefully I’ll find some time soon to write a dedicate blog post to invite participants to get in touch with the Pitivi project.
• Hung around with Stéphane, Nohemi, and many others I’m forgetting to mention here. A bit sad I could not follow them onto a leisurely walk in the old town yesterday, I had to go back to the venue to continue investigating bugs in Empathy.
• I’m not entirely convinced that file transfers work correctly with gtalk and jabber accounts. They sometimes work, sometimes don’t (it seems to vary wildly with huge combinations of version numbers, account types, network/router types, etc.)… one thing I’m very certain of is that I haven’t seen them working reliably in years, and I always have to apologize to friends for that.
• Ate a lot of apples and mandarines
• Took absolutely no pictures or videos, for a change.

All in all, it seems to me that the atmosphere this year was the same as last year. I did not know what to expect from a smaller attendance at first, but I’m happy of the outcome and I’d definitely like for more events such as the “Boston Summit” to happen in Montréal.

Tu es un étudiant passionné de montage vidéo et du multimédia en général? Voici une fantastique opportunité de façonner le futur en contribuant au projet PiTiVi cet été, tout en étant rémunéré pour le faire.

Nous sommes à la recherche d’un max de contributeurs possible cette année. Jette un coup d’oeil à quelques unes de nos idées de projets (en anglais) ou fais-nous part des tiennes! Ne tarde pas, la date limite pour postuler est le 8 avril.

Quelques arguments choc:

• Ceci est une incroyable opportunité de se familiariser avec des technologies telles que GStreamer, GTK+, Cairo, Python, etc.
• Notre communauté “tissée serrée” t’épaulera et te guidera dans la réalisation de ton projet
  • En plus de ton mentor officiel, il est probable que tu pourras bénéficier de l’aide d’autres mentors et membres de la communauté
  • Pour tout ce qui touche à l’interface graphique, je (nekohayo) te fournirai de l’aide supplémentaire en termes de design, suggestions et “testing”
• Des projets amusants avec le potentiel d’avoir un impact positif sur la vie de milliers d’utilisateurs
• Et plein d’autres raisons de contribuer (en anglais)

Prêt à tirer des rayons laser, renverser des voitures et rédiger un tas de lignes de code à mains nues? Prêt à asséner de coups de double Mortensen des bugs chimériques et que l’on chante ta gloire pour les générations à venir? Alors présente-toi sur notre notre liste de diffusion et notre salle de discussion IRC (#pitivi sur irc.freenode.net) pour discuter de tes plans de domination planétaire.

Et bien sûr, si tu as des amis qui pourraient être intéressés, n’hésite pas à leur en parler!

Mais bon, avant de se lancer là-dedans, un petit récapitulatif en images pour ceux qui ne se souviennent plus comment on configure Evolution pour IMAP à travers GMail. Ceux qui savent déjà, voyez plus bas pour la suite.

Configuration d’Evolution

D’abord, bien choisir «IMAP+» et non IMAP. IMAP+ est le nouveau backend d’Evolution pour IMAP, qui supporte notamment les opérations asynchrones et IDLE/PUSH. Ça rend le truc infiniment plus réactif, et donc, votre humeur s’en trouve améliorée.

S’assurer de bien activer la fonctionnalité IDLE. Aussi, on peut se «désabonner» de certains dossiers et demander à Evolution de 1) ne pas les vérifier 2) ne pas les afficher, ce qui nous fait économiser du temps, de la bande passante, et de la pollution visuelle. Si vous ne savez pas de quoi je parle, une fois le compte configuré, allez faire un tour dans le menu Dossier > Abonnements et tout deviendra clair.

SMTP: ne pas oublier d’ajouter le port :587 à la fin.

Et, accessoirement, on peut spécifier le dossier où sont enregistrés les brouillons. À savoir qu’il ne faut pas le faire pour le dossier des messages envoyés, puisque le SMTP de GMail place tout dedans de toutes façons.

IMAP avancé dans GMail

Dans les préférences de GMail, à l’onglet «Labos», on y trouve ceci:

On a maintenant les options suivantes à notre disposition, et c’est là que ça devient amusant:

Le deuxième groupe d’options active/désactive globalement la fonctionnalité. Le troisième groupe d’options contrôle comment l’IMAP avancé se comporte. Notre réflexe naturel serait de choisir la deuxième option, «placer le message dans la corbeille». Erreur! Dans mon cas (et ça m’a pris un bout de temps pour m’y démêler), je veux qu’il «supprime immédiatement et définitivement le message».

«Mais il est fou braque!»

…vous entends-je hurler avant de vêtir votre casque en titane de carbone.

En fait non. La formulation est un peu trompeuse, parce qu’il faut savoir que l’IMAP fonctionne différemment de notre conception mentale innée d’une corbeille: en IMAP, on ne «supprime» pas un message, on le «marque pour suppression» et ensuite on fait un «nettoyage» (que je traduirais plutôt comme «purge», puisque le terme anglophone est «expunge»).

Evolution est un client mail qui est fortement ancré autour des principes d’IMAP (c’est pourquoi la corbeille est traitée comme un «dossier de recherche» spécial, pas comme un véritable dossier où on y «déplace» des messages supprimés).

Pas clair, hein? Voici quelques illustrations.

Ma boîte de réception IMAP avec un message non lu dedans:

Si on supprime le message, il disparaît de la boîte de réception d’Evolution… mais pourtant il est toujours visible à travers l’interface web de GMail! Il ne se trouve d’ailleurs pas dans le dossier «[Gmail] > Corbeille»! Horreur! Mon client mail m’aurait menti?

Non. Rappellons-nous que le client IMAP ne fait que dire «ce message devrait être supprimé… un jour.»

Si on fouille dans les menus, on peut désactiver Affichage > Masquer les messages supprimés. Et qui voilà donc? Notre message fantôme!

Aaah, mais ça a du sens, finalement. Le message n’a pas été «déplacé» dans «[Gmail] > Corbeille», il est uniquement étiqueté pour suppression… et on peut maintenant constater que le «véritable» dossier Corbeille de Evolution affiche le message supprimé (ce qui n’était pas le cas avec la méthode GMail IMAP «basique»). Que du bonheur! On peut enfin se désabonner du dossier [GMail] > Corbeille puisqu’il est maintenant parfaitement inutile.

En effet, l’état «marqué pour suppression» est propagé entre les clients IMAP (ben oui, s’que vous croyiez!). Si on veut forcer la suppression histoire que GMail libère l’espace (et que l’interface web soit synchronisée avec ce que nos clients IMAP nous présentent), il suffit de faire un «nettoyage» (expunge): Dossier > Nettoyer (Ctrl+E).

Tout ça pour permettre trois choses fantastiques:

• Rentabiliser la «corbeille» d’Evolution
• Pouvoir (enfin!) supprimer ses messages avec les fonctionnalités natives d’Evolution (la touche Suppr, par exemple), au lieu d’avoir à glisser-déposer les messages dans «[Gmail] > Corbeille»
• Pouvoir purger le tout d’un joli coup de ctrl+E

Bon. Si vous utilisez Thunderbird, vous n’avez pas à vous tracasser la tête comme j’ai fait, parce que les gars de TB ont mis plein de hacks amusants pour s’adapter spécifiquement au cas GMail. Le but de ce billet était simplement de partager mes découvertes et consolider mes connaissances (rédiger un tutoriel, c’est génial pour se souvenir de quelque chose).

Limitations:

• C’est quand même un peu geek.
• On est encore engooglés (mais au moins ça se comporte comme du IMAP standard).
• Je ne suis pas certain que cette façon de faire puisse fonctionner pour les comptes complexes, comme mon compte gmail principal qui comporte 18 dossiers/sous-dossiers sans compter ceux de GMail et qui utilise environ 21 filtres)… en effet, les filtres GMail peuvent très bien placer mes messages dans de multiples libellés en même temps. Mon but ici était de simplifier les comptes simples (où il n’y a qu’une boîte de réception)

…et que Eye of GNOME détecte enfin les changements aux fichiers (probablement à l’aide de inotify):

À part ça,

• Le nouveau thème d’Ubuntu made-in-Cimi est assez sexy et balancé pour que je considère sérieusement l’utiliser comme thème principal (au lieu de Clearlooks, pour une fois)
• La nouvelle police de texte “Ubuntu” est omniprésente. Je la trouve plutôt jolie, et ça donne une marque de style à Ubuntu (comme Apple qui utilisait Helvetica/Garamond/Myriad)
• Je suis plutôt content que Shotwell remplace F-Spot. Selon mes quelques tests: mieux pensé, plus rapide, et l’intégration avec EOG semble donc moins ridicule. Et pis ça rend les allergiques à Mono heureux.
• Comment ça, Evolution 2.30.x? Vais encore devoir utiliser un PPA pour avoir la dernière version…

J’ai loupé quelque chose?

Not in Ubuntu 10.04. For some reason, I have been unable to burn a single data DVD tonight.

Let’s see:

• I tried dumping one or two files into a blank data project in Brasero, putting a blank DVD+R in and hitting the Burn button. It seemed to work, then failed a few seconds after starting the burn process and dumped a truncated error log (not very helpful, but available further down below).
• Cursing the good name of Brasero, I promptly uninstalled it and put nautilus-cd-burner back in place, expecting it to do the job where Brasero had left off (Brasero was at least able to create an ISO image). And there came the surprise. Nautilus didn’t work either. That’s news to me. Wait a second. I remember K3B not working either lately. Uh oh.
• I then tried from the command line, with the following command: growisofs -dvd-compat -Z /dev/sr0=GITS.iso
  • This worked with a (freshly blanked) DVD+RW.
  • …and then when I attempted the very same command with a DVD+R, it failed.

Is it growisofs’ fault? cdrecord? The kernel? Some other thing? There are so many pieces of software in the Linux CD/DVD burning ecosystem that it’s a maze for a non-connaisseur to figure out. And somehow, this is not very encouraging:

For the record, my computer is a Dell Inspiron 530n (ubuntu-certified desktop machine that has worked flawlessly so far) with an Optiarc DVD±RW AD-7200S. My Sony accucore DVD+R discs are the same ones I have kept purchasing over the years (the most reliable I have found).

Here is Brasero’s error log when trying to burn directly from a data DVD project, when trying to burn from a DVD ISO image, and here are my two attempts at using growisofs on the command line (DVD+RW = success, DVD+R = fail).

I’m stumped; I have wasted 3 blank discs and still haven’t been able to burn the data I wanted to give to a friend or even figure out why this is happening. Any ideas? Are there many users affected by this, or are we only a handful? Issues like these are hard to justify in an Ubuntu LTS release.

Update (2010 06 07): it seems the problem was Brasero creating incorrect ISO images. Trying to burn an existing ISO image works, so my drive, kernel, cdrkit/wodim/cdrecorder libraries are not to blame.

Entre temps, un nouveau projet en lequel je plaçais mes espoirs fit apparition: GNOME Scan (et sa librairie complément «Flegita»). Problème: il semble n’y avoir pratiquement qu’un dev à la tâche, et le projet avance quelque peu lentement. Conséquemment, GNOME Scan sortit un peu de mon champ de conscience dans les derniers temps, parce que, bien que l’interface de xsane tue des chatons, une fois configurée, elle fonctionne et est relativement flexible.

Tout ceci change avec Ubuntu 10.04, où un petit nouveau est apparu sur la scène: Simple Scan. Il est étonnant de constater que ce n’est pas dans leur release notes (et donc assez peu mentionné sur la blogosphère). Pourtant, ça doit bien être une des contributions les plus significatives que j’aie vu venir de Canonical depuis longtemps (si vous regardez le dialogue «À propos» du logiciel, on peut voir que ça a été créé par Canonical en 2009).

Dans un mini échange de courriels avec Étienne Bersac (auteur de GNOME Scan), ce dernier m’a précisé la différence entre les deux projets: Simple Scan se veut un simple moyen de mettre xsane dehors, alors que GNOME Scan se veut être une architecture/infrastructure pour les devs, faisant notamment appel à GeGL.

Mais je n’ai pas encore expliqué pourquoi Simple Scan, c’est du titane de carbone.

• Le logiciel se souvient de la taille de fenêtre que vous lui donnez. Nom d’un chien. Après des années de chasse aux bugs, je peux vous affirmer que moins d’une application sur dix se souvient de ses dimensions avant que j’emmerde les développeurs avec un rapport de bug (et encore, même les capplets/panneaux de préférences de GNOME ne le font pas, alors que je l’ai demandé il y a des années). Le fait que Simple Scan le fasse témoigne d’un certain souci du détail qui lui donne déjà des points en sa faveur avant même d’avoir commencé à tester le bestiau.
• Une interface simple, uni-fenêtre et conforme aux autres applications GNOME. Quand on compare à xsane, la différence est tellement frappante qu’il n’y a pas besoin d’explications poussées ici. Nous sommes devant une interface moderne au lieu d’une interface des années 90.
• Un design facilitant les numérisations par lots (ex: avec un «automatic document feeder»)
• Un design permettant deux «cas d’utilisation» simples pour les néophytes: la barre d’outils permet facilement de numériser du texte (150 dpi) ou numériser une photo (300 dpi). Les paramètres de DPI sont planqués dans la fenêtre des préférences.
• Pas de barre de progression ni d’attente: on voit le document s’afficher progressivement pendant qu’il se numérise. Comme dans un vrai logiciel de numérisation professionnelle/commercial. Après toutes ces années, je n’y croyais plus. Quelle élégance. J’ai dû ramasser ma mâchoire qui traînait sur le plancher.
• Des outils de traitement post-numérisation: pas besoin de prévisualiser, découper et tourner à l’avance. On numérise, et ensuite on choisit si on découpe l’image, si on la tourne, et si on l’enregistre. Pas besoin de réfléchir au préalable au document que l’on numérise, on peut le traiter post-facto. Conséquemmet, je ne suis plus forcément obligé de passer par GIMP pour faire le traitement (sauf si je veux faire des optimisations de couleurs/poids bien entendu).

Conclusion: Simple Scan est exactement ce que son nom laisse présager, et je serai fier de le montrer à des utilisateurs non-geeks.