A typical day in my life as of late

I will cover the following from a very high-level view (I’ll have to make separate blog posts to cover them in detail, there’s too much to say):

• The state of our multimedia stack
• Our new timeline canvas and how you can help
• This year’s accepted Summer of Code projects
• Upcoming GUADEC presentation

Also, a small announcement: for those who also want some shorter, less formal status updates and occasional feedback probes, you can look at the new PiTiVi G+ page.

Clutter timeline canvas

In preparation for the Summer of Code, but mostly just to help us and demonstrate how much of a badass he is, Mathieu Duponchelle killed our goocanvas-based timeline and redid the whole thing with Clutter. In two weeks. This is what it looks like at the moment:

The state of our multimedia stack

We fixed some initial bugs in GNonLin in Milan. Since then, further investigation revealed that most of the issues we are encountering are actually generic bugs in GStreamer. Mathieu is now working full time on fixing bugs everywhere in the stack. We hope to have something showable (beta) for GUADEC and a release this fall — as you can imagine however, I’m unable to make solid promises at this point.

There are still many things that we need to rearchitect in GNonLin, but that’s a story for another blog post.

We recently started using Github’s bug tracking tool to keep a more easily manageable list of issues we have to deal with in the development version. Please note:

• This is not a replacement for GNOME Bugzilla. It is meant as a temporary measure for our extended development version, for stuff that is too small, fluid or uncertain to be filed as proper bug reports. Once we release, we’ll move remaining issues to Bugzilla. Upstream issues in GStreamer, once properly identified, are always filed in GStreamer’s (GNOME) Bugzilla.
• We welcome your help in fixing or investigating these issues. There’s also an “easy” tag for those of you looking for bitesized stuff.

Stuff you can fix in Pitivi, right now.

If working on GStreamer and GES is not your cup of tea, we still have a ton of fun little projects for you to do on Pitivi itself, including:

• A bunch of little nitpicks/papercuts for our Clutter timeline
• During the port to Clutter, Daniel Thul helped Mathieu by rearchitecturing and fixing the timeline clip thumbnailer module. It works, but there are some remaining, significant performance issues. This is a great project if you’re looking for finite, concrete, self-contained work to improve performance with a very highly visible impact on the UI. You would get a ton of love points for this.
• We have a title editor UI, but it needs some love. You don’t want us to ship with an unrefined UI, do you?
• UI tests!

This Summer of Code’s projects

We have four students working on Pitivi this summer, thanks to GNOME kindly offering us an extra slot to be able to achieve our mission. Here’s our ambitious list of project goals:

• General bug fixing in the entire GStreamer + GES + Pitivi stack, to be able to make a Pitivi release.
• Motion ramping (keyframable fast/slow motion, allowing the speed of clips to be changed over time, ideally with smooth frame interpolation)
• Finish the enablement of our new timeline layers management UI
• Reimplement audio waveforms. Better, faster, stronger.
• Video compositing
• Proxy editing. I’m currently writing a design and API requirements brainstorming page to help plan this feature. I will share it in my next blog post, where I’ll present some of the dilemmas I’m encountering (particularly around codecs).

Presenting at GUADEC

Come to GUADEC and attend my presentation at the beginning of August. Plans are a bit fuzzy for the time being, but you can expect my typical award-winning presentation style. Also, as usual, we’ll be having a Pitivi hackfest there. Czech it out.

• …at the beginning, with the progressbar saying it’s currently “estimating” — which was a lie that I corrected a little while ago.
• …at the very end. Extra trolling points for having made you waste a huge amount of time to get a 0 bytes output file (if we’re lucky, that bug is gone).
• …somewhere in the middle, because caps negotiation failed, some elements were not linked, GStreamer thinks you ran out of available RAM, or because you’ve been very naughty.

In any such case, the rendering dialog just sat there and smiled at you, as if everything was fine in the world. Well, no more:

Pitivi is going to give you the honest, brutal truth.

This is the result of a horrifying thought suddenly springing to my mind yesterday night: “Hey, what if the code was not even checking for errors in the pipeline when rendering?”

Indeed, it wasn’t. How silly is that! I have thus prepared a simple fix to improve the situation: catch pipeline error messages, abort the render (you really don’t want to ignore a GStreamer error) and display an error dialog. This will at least let people know that something is wrong and that they should start writing patches to GStreamer instead of accusing Pitivi of hurting kittens. You’d be surprised how many people can sit for hours in front of that stuck progressbar.

Before I commit the fix however, I would need your feedback on the usability of that dialog:

This is not terribly pretty, but it’s better than nothing. A few things to consider:

• In that screenshot, all the text except the window title (“Error While Rendering Project”) comes from the GStreamer pipeline error message (the error and the error’s details). I know that the error details look ugly, but I suspect it wouldn’t be useful to GStreamer/Pitivi developers if we don’t have them “verbatim”. Maybe we could try to mangle the error details string (split using “:” and take only the first and last two items of the resulting list?) and encourage the user to run from a terminal to get better debug info, but that feels a bit backwards.
• We should probably have some less-scary text to accompany the actual error details. Something that guides the user towards an action that can be done to address the problem (ex: reporting a bug). Maybe it can be placed between the header and the details (above the “qtdemux.c” line)? The problem is finding a universal text to be used.
• If we consider the route where we suggest the user to report bugs, where should we point to? The Pitivi bugs investigation page? Pitivi bugzilla? GStreamer bugzilla? The distro’s bug tracker?
• Let’s keep this simple, both visually and in terms of code/implementation.

What do you think? Is the current approach sufficient or is there something better that we can easily do?

Update: here’s an alternative dialog with some more comprehensible text, where the actual error (as seen in the previous screenshot) gets shoved under the rug by putting it in a GTK expander widget (clicking “Details” reveals the error’s details as above):

One way to look at things is that there is no such thing as a PiTiVi backend anymore. PiTiVi is a frontend that pushes the latest and greatest open-source multimedia technologies forward.

With the GES port nearing completion, this is the first time that we can truly say there are three interrelated components to contribute to. This new reality sets the tone for a different way to look at PiTiVi project ideas this year: you can finally…

Choose your character class

Are you a ninja? A spellcaster? A tank? While most projects are a balance of backend and UI work, we know that some people prefer to lean more to one side or another of the continuum — that’s why I created a new visual notation for our ideas page this year. Instead of an “easy/hard” system (which would be inaccurate and misleading, as perceived difficulty is measured differently for everybody), we simply provided a visual indication of the expected involvement in the various components for a given project idea (for example, “PiTiVi: ◼◼◻◻◻ GES: ◼◼◼◼◼  GStreamer: ◼◼◼◻◻”). So if you were looking for something closer to a hardcore GStreamer GSoC project, you can spot ideas that might interest you here.

Not a programmer? You can help raise awareness about this. Maybe you know a brilliant hacker friend/relative or a top-notch computer science student waiting for a chance to make a big difference in the world. Tell that person about how cool and welcoming PiTiVi is and how getting involved is the best way to advance free, powerful and intuitive video editing for everyone!

«Bonjour monsieur, parlez-vous français? C’est pas tous les jours que j’entends parler japonais dans cet autobus, et vous le parlez très bien! Où l’avez-vous appris?»

«J’ai vécu au Japon pendant cinq ans!»

S’en suit une quinzaine de minutes de discussion où je découvris des choses qui changèrent certaines de mes perceptions, jusque-là biaisées par les ouï-dires.

D’abord, le taux de change entre le peso canadien et le Yen est plutôt désavantageux pour les canadiens en ce moment: l’économie japonaise, bien que mal en point du point de vue intérieur, reste assez forte sur le point de vue international, spécialement en comparaison avec l’Europe en crise depuis 2008-2009. Les investisseurs se replient alors sur une monnaie stable comme le Yen (ça, je dois dire que j’ai du mal à comprendre cette subtilité). Si l’Europe reprenait du poil de la bête, la valeur du Yen se rebalancerait possiblement.

Oui, le coût de la vie au Japon est élevé. C’est pourquoi il est préférable d’y travailler plutôt que d’être touriste, parce que les salaires sont en conséquence.

Surtout, je me demandais comment était l’accueil et l’intégration des étrangers s’établissant au japon. Certains reportages, combinés aux films comme «Stupeur et tremblements» (qui est, admettons-le, un peu dramatisé/comédique) et les opinions des gens autour de moi, me laissaient croire à une société fermée/repliée. Selon cet homme, il n’en est rien; il s’agit strictement du même phénomène que ce que l’on retrouve pratiquement partout dans le monde: si l’immigrant fait des efforts pour apprendre et maîtriser la langue locale, son intégration se fera avec succès alors que «les gens vont se précipiter avec joie pour vous aider», tout comme les Québécois francophones adoptent une attitude positive envers quiconque fait des efforts pour parler le Français.

Et vous? Habitez-vous au Japon ou connaissez-vous quelqu’un qui vous a fait témoignage de l’intégration des immigrants là-bas?

Edward provided an initial patch to improve the behavior of timestamps and seeking in GNonLin, while Nicolas “Stormer” Dufresne fixed two bugs causing deadlocks. Nicolas spent a lot of time discussing with Wim Taymans, Edward Hervey, Sebastian Dröge and other hackfesters about the architecture of GNonLin in light of GStreamer 1.x. He also fixed looping for the Ogg demuxer in pull mode and, with some help from Mathieu “Forest Ranger” Duponchelle, fleshed out the design for a new tree data structure for GNonLin.

Mathieu the Moustached Avenger worked on implementing keyframes in GES, paving the way for him to create a user interface to animate any effect property in PiTiVi. That user interface will most likely depend on him working on the clutter timeline canvas, so I’m looking forward to improvements in that area.

Thibault “Keyboard Crusher” Saunier finished the implementation of GES Containers and clip groups, then worked on implementing — at long last — audio mixing in GES. This is an essential feature of multitrack audio/video editing, and I’m really happy to see that feature make its comeback for the next release of PiTiVi. This work will also depend on Mathieu’s keyframes UI. A proper reimplementation of video mixing remains to be done, however.

There are lots of outstanding things to solve in GNonLin and GES. Nicolas has a bunch of ideas for things to improve and redesign in GNonLin and I expect much collaboration between Thibault and him to optimize the entire stack for better reliability and performance (for example, adding caps filters to allow realtime downscaling of videos to improve preview performance, configurable downstream buffering for playback to avoid frame drops in CPU-intensive parts of a timeline, etc.). GNonLin and GES have much potential to allow us to be a lot smarter than before.

Personally, I spent most of my time testing, discussing and hacking on some new features for PiTiVi.

• I added a button in the timeline toolbar that toggles the “gapless mode” (automatic ripple edits), which makes your clips behave like magnets and prevents needing to re-arrange them manually all the time. The feature works and will be merged after a customary code review.
• I made some progress on the custom effects UI branch. Once it’s complete, you will be able to easily create custom user interfaces for effects that require it, simply by using a glade/gtkbuilder .ui file (or, if you prefer, a set of widgets from your own python module). Of course, for the majority of effects, our automatically generated user interfaces are still good enough, so we can keep using them and avoid unnecessary work.

(See my previous blog post for a situation report on where we stood with PiTiVi before the hackfest)

I also spent a bit of time setting up my film making gear and shooting various interesting moments of the hackfest. Here’s my montage, which will tell the story much better than a long blog post. Hope you’ll like it:

I would like to thank Collabora for allowing many GStreamer contributors to attend the hackfest, which I consider vital to the health of the GStreamer community. I was happy to meet again with many friends and help push the Free multimedia stack forward. Props to Christian Schaller and Alessandro Decina for organizing the whole thing, too!

Aside from Collabora and Fluendo sponsoring two of our dinners (thanks!), I would also like to thank you, PiTiVi supporters, for making it possible for me to spend some money to thank GStreamer contributors with some food and beer — maximum boost to the GStreamer community! Full disclosure: I used 84 euros worth of PiTiVi donations for that purpose.

Or, ma carte Opus du moment était sur le point d’expirer (en vérifiant le numéro de série sur le site web dédié). Le site en question nous assure à maintes reprises que le renouvellement obligatoire, étant un caprice des administrateurs de l’Opus, est entièrement gratuit. Dans la FAQ, on trouve ceci:

3. Où dois-je aller pour remplacer sans frais ma carte OPUS ?
Présentez-vous avec votre carte qui expire dans moins de trois mois ou qui est expirée depuis moins de 6 mois dans un centre de service de la STM ou dans une billetterie métropolitaine de l’AMT, ou dans un centre de service d’un CIT.

Pour être doublement certain, la même chose en d’autres termes:

8. Je ne veux pas payer les frais de 6 $, que dois-je faire pour éviter ces frais ?

Présentez-vous avec votre carte qui arrive à expiration dans moins de 3 mois ou qui est expirée depuis moins de 6 mois dans un centre de service de la STM ou dans une billetterie métropolitaine de l’AMT, ou dans un centre de service d’un CIT pour obtenir une nouvelle carte OPUS sans avoir à payer les frais de 6 $.

S’il y a des titres de transport valides sur votre carte, ceux-ci seront transférés sur votre nouvelle carte.
[...]

Telle ne fut pas ma surprise lorsque, après avoir échangé ma carte chez PJC, on me demande des frais de renouvellement de 6$. Je m’objecte:

«Uuuuuh. Non, pas s’pôsé. Le site officiel de la carte Opus dit que le renouvellement est gratuit dans un point de service du CIT et il n’est pas question que je paie pour le faire, sinon j’aurais conservé ma carte qui a encore trois mois d’usage avant expiration»

S’en suit des regards confus des deux caissières devant moi, un appel à la direction qui décide d’annuler les frais «pour cette fois» (vu que la procédure est déjà toute faite, qu’ils ont déjà exigé une montagne de mes renseignements personnels pour une carte anonyme et qu’ils ont déjà invalidé l’ancienne).

On me dit toutefois que si je ne veux pas payer de tels frais, il faudrait que j’aille à la billetterie de l’AMT à Montréal. Brillant. Il sert à quoi, votre point de service «officiel» sur la rive sud?

Pour vérifier, je téléphone au CIT/Gestrans… qui eux-mêmes n’étaient visiblement pas au courant du fait que le site de la carte Opus indique que le renouvellement est gratuit. Après m’avoir fait patienter, on me dit que non, il faut vraiment aller à la billetterie métropolitaine au centre-ville.

«Donc le point de service officiel sur le territoire du CIT n’est pas plus utile qu’avant?

— Ouaip.»

Regardons de nouveau le site d’information sur le renouvellement de la carte opus. L’explication du tonnerre qui nous dévoile un peu le fouillis dans lequel on se trouve:

4. Pourquoi doit-on se présenter dans un centre de service de la STM, dans une billetterie métropolitaine de l’AMT, ou un centre de service d’un CIT pour faire remplacer sans frais la carte OPUS qui arrive à expiration ou qui est expirée ?

Parce que les centres de service et les billetteries possèdent l’équipement requis pour effectuer tous les types de transaction (renouvellement, reconstitution, transferts des titres de transport restants, etc.) alors que dans un point de vente, le marchand n’est autorisé qu’à effectuer la vente des titres de transport et, par le fait même, vous demandera de payer les frais de 6 $ pour votre nouvelle carte OPUS.

Pourtant, selon l’annonce, c’est bien un point de service officiel dont on parle:

Le CIT est fier de vous annoncer l’ouverture d’un centre de service sur son territoire. [...] Le centre de service est situé au: Esc. André Lachapelle Inc. – Jean Coutu [...]

Plus amusant encore:

7. Puis-je faire renouveler ou échanger ma carte dans un point de vente (dépanneur, pharmacie), ou dans une distributrice de titres de transport ?
Aucun renouvellement ou échange ne peut se faire dans un point de vente, ou à une distributrice de titres de transport. Le renouvellement ou l’échange des cartes qui expirent dans moins de trois mois, ou qui sont expirées depuis moins de 6 mois, doivent se faire dans un centre de service de la STM ou dans une billetterie métropolitaine de l’AMT, ou dans un centre de service d’un CIT.

Bref, si la pharmacie du coin n’était pas effectivement un centre de service officiel du CIT, on n’aurait pas été en mesure de m’y renouveler ma carte (ce qui a pourtant été le cas)!

Mais monsieur, on peut pas vous le faire gratuitement parce qu’on peut pas, mais on peut, mais on peut pas. Enfin pas vraiment.

Here’s a list of fixes in Pitivi since my last blog post:

• Fixes for our automated UI tests, including interaction with the filechooser dialogs, the spinbutton widgets (see this bug report), the typing speed, etc.
• Fixes and cleanup for backend tests
• Enforce unicode in preset names, preventing a bug with non-ASCII chars are used in the name of a preset
• Allow presets with “/” in their name
• Fix drag and drop from the media library’s listview mode
• Prevent playing back clip previews in double (that was a subtle one, since windows were exactly on top of each other)
• Make the media library clip previewer work even when the application is in fullscreen mode
• Make effect properties work again
• Take into account project settings in the main window when loading a project
• Conform to the new version of the Freedesktop specification for thumbnail directories
• Make special characters show up correctly in the media library’s iconview mode, remove the ancient filename shortening code and rely on Pango instead.
• Properly handle clip URIs encoding, ensuring that we can find the thumbnails for all files. Also do last-minute checks for that encoding before computing thumbnail hashes.
• Avoid excessive work when searching clips in the media library, improving performance
• Handle special characters in the media library’s search entry
• Force calculating the toolbar height at the last minute to properly handle all screen setups in fullscreen
• Scale down effects thumbnails to fit better in the new listview arrangement
• Fix a race between clicks on the preview widget’s slider and position updates. When using it in the media library/file chooser, the slider would often “jump” back to its previous position instead of seeking. The new behavior is now smooth and reliable.
• Ensure the welcome dialog is initially centered on its parent
• Bring back the checkbox to enable/disable effects
• Initialize GES to prevent a segfault from occurring on some machines at startup
• Make rectangle selection work again in the media library’s iconview mode
• Make the “Restore from backup” dialog modal to the main window

New features:

• Automatically adjust the zoom when inserting to the end of the timeline
• When the viewer is undocked, provide a button to toggle fullscreen mode
• New icons for split, group/ungroup and align
• Specify the duration of missing/moved files when prompting the user about their new location
• Update effect categories, merge “Noise” and “Blur”, add a “Compositing” category, categorize new effects
• Automatically save the last used render directory
• Stop rendering when the user presses Escape
• Use symbolic icons everywhere where it makes sense (in the media library toolbar, property reset buttons, lists, etc.)
• Use the system’s default image viewer to preview images from the media library
• Update the preview widget slider on a more frequent basis, giving it a snappier feeling
• Automatically save and restore the main window’s position. This is especially useful when using detached utility windows.
• Hide the effects toolbar when nothing is selected
• Add a contextual help button in the render dialog to explain container formats
• Allow entering a frame number into the time widget

Architectural changes and cleanups:

• Clean up the build, prune useless files, simplify and centralize the list of dependencies
• Refactor dependency checks to be more reliable and provide a faster application startup
• GES Assets (implemented in GES and integrated in Pitivi), including the notion of GES Project among other things. This paves the way to many other improvements.
• A revised and simplified API has been implemented in GES and integrated in Pitivi. You can see this new API online in the GES API hierarchy documentation.

So yeah, that’s the summarized version… with refactoring and cleanup all over the place, there’s more than a hundred commits (excluding translations).

Stuff that still needs to be done (as always, we need your help here):

• Need to refactor the timeline UI code and the clip transformation UI
• Undo/redo
• Improving/expanding the UI tests, see the test suite wishlist
• Figure out how to better integrate the “welcome dialog”
• Figure out how to shave off the menu bar and how GTK AppMenu will work with accessibility technologies (and Dogtail)
• Improve the title editor UI
• Improve the timeline thumbnailer
• Reimplement the notion of grouping in GES
• Reimplement video compositing and audio mixing. Properly. In GES.
• Make a new keyframe UI that doesn’t suck. Integrate it for audio volume curves and to provide animatable effect properties.
• Fix… all the bugs! _o/
• Insert your own itch to scratch here

Ongoing work in my own/personal repository:

• Custom effect UIs
• New high-resolution icon (pictured above), new mimetypes
• Automatic rippling
• Resurrecting the codecs installer

The core feature was to watch webpages for updates: back then, I did not know about syndication feeds, and I was sick of refreshing ifolder.com every single day hoping for a release of the peer-to-peer version of iFolder (for which we still have no equivalent today).

But why stop there? Why not handle events such as new emails, network failures (in those days, I ran my web server on my flaky residential connexion), software updates becoming available, and so on? You can grasp the whole genius of the idea by looking at one of the first mockups I drew back then:

Some old-timers among you may have noticed a ressemblance with Beagle‘s old user interface — back when it was called “Bleeding-Edge Search Tool”. Aaah, another nostalgic memory of the Novell desktop days.

Specto taught me that even if you have an arguably brilliant concept/mockup, random strangers on the Internet won’t magically jump onto your bandwagon and write code for you. Once this “reality check” finally set in after a couple of months, I took the dive and taught myself Python programming. Specto holds some sentimental value as it was my first OOP learning platform, but I’d probably be horrified if I were to look at its code now, after having considerably improved my skills by contributing to Pitivi. How the hell can Specto have nearly as much code as the current Pitivi development version, anyway!?

But I disgress. Where was I? Ah yes.

GNOME 3.6 made it all obsolete — finally.

The thought struck me recently: the user experience provided by GNOME Shell’s notification system is exactly what I needed all along. It fills my desire to have my computer patiently wait — like a tireless companion — for my return, without worrying about missing events.

If someone had shown me GNOME 3.6 in 2005, I would not have believed it. And yet, with the gradual changes in the 3.x series, we sometimes forget how fantastic the whole thing is.

Even with my heightened expectations, I was still impressed to see that I could now pick up calls even if my home desktop computer’s screen is locked! A real technological delight.

For watching the Web, Specto is now mostly irrelevant: Liferea is the program that took its place in my life. Arguably, social networks have also filled that role for many people.

Sometimes, the software you created becomes irrelevant and you find that to be a good thing.

Following up on my previous announcements where I called for a new maintainer and subsequently decided I wouldn’t touch anything without a patch, I can now say this in light of GNOME 3.6: Specto is dead. I don’t care about it anymore. Of course, if someone wants to take over maintainership/direction of the project, I’ll gladly give that ability to you.

Le disque dur précédent était tenu par un support amovible dont la particularité était de n’utiliser aucune vis, optant plutôt pour un système de tiges à ressort:

C’est très bien pour les disques durs de grande taille comme on en avait il y a dix ans… sauf que tous les SSD se font en taille 2.5″ pour les ordinateurs portatifs. Un tel système basé sur le serrement ne pouvait donc pas tenir le nouveau disque dur.

Mouais.

Le résultat final

La merveille d’ingénierie

Finalement, en plus de me faire sourire, ma solution permet une meilleure circulation d’air à l’intérieur de l’ordinateur. Même pas besoin de casserole.

Image de Chandler Reed, citation d’un livre que vous connaissez sûrement

Au-delà de l’Internet

Pour commencer, je n’ai jamais eu confiance envers le pouvoir médiatique. De ce que j’avais pu conclure du visionnement de Manufacturing Consent: Noam Chomsky and the Media, ainsi que mes réflexions dans mon parcours scolaire, j’étais à la base vacciné. Le tout m’a été confirmé comme étant un phénomène bien réel au printemps 2011, lorsque j’ai vu des choses capitales être sciemment auto-censurées par Radio-Canada et toute la presse francophone québécoise. Par son écrasant pouvoir, le système médiatique a alors réussi à renverser le gouvernement en place, sur une histoire que les journalistes savaient fausse (« mais on s’en fout, ça fait notre affaire, si je vais à contre-courant je vais me faire crucifier sur place de toutes façons »).

Tout ça pour dire que je prends tout ce qu’on me dit avec une grande dose de scepticisme et de questionnement. Ce qui compte n’est pas ce qu’on me dit, mais comment on me le dit ou ce qu’on ne me dit pas. Assez contextualisé maintenant, amorçons le sujet du jour.

Les tabloïdes du libre

Je croise parfois des gens qui jurent par certains sites de nouvelles pourtant reconnus parmi les cercles des « faiseurs » (de logiciels) comme étant des tabloïdes, c’est-à-dire de « presse à sensation », de la presse boulevardière, de la fiction pulpeuse. Étant donné l’immense pouvoir d’influence que détiennent ces sites, leur rôle semble donc osciller entre « alliés » et « épines dans le pied ».

Avec une déconcertante régularité ils se fourvoient, créent de fausses rumeurs, discréditent certains projets libres et font l’éloge de certains logiciels propriétaires (tant qu’ils sont excitants et « shiny »).

Je cite ici les principaux coupables que j’observe régulièrement:

• Phoronix
• OMG! Ubuntu
• Slashdot, dépendamment du moment et des commentateurs. Je lis Slashdot (seulement la catégorie Linux) principalement pour les commentaires parfois hilarants et souvent déprimants. Au final, la majorité des nouvelles « à sensation » ou visant à créer la controverse… émanent de Phoronix, qui les poste sur Slashdot pour avoir du traffic.

Il y en a sûrement plein d’autres dont vous pourrez me faire mention, mais pour l’instant j’aimerais simplement donner ceux-là en exemple.

Phoronix: le site où M. Larabel poste en moyenne 8 à 12 articles par jour (!), typiquement en s’auto-spammant de liens vers ses propres articles et en soumettant chaque controverse à Slashdot pour le plaisir des barbus qui ont une dent contre projet XYZ, la Free Software Foundation ou autre.

On me dira que l’intérêt principal de Phoronix, c’est ses bancs d’essais de matériel. En théorie, c’est effectivement intéressant d’avoir un site centré sur le matériel pour Linux. En pratique, cependant:

• Habituellement, les résultats annoncés sont statistiquement non significatifs. Dans à peu près tous les articles par exemple, vous verrez une ou deux images par seconde de différence (sur un total de 30, 50, 100 images par seconde) pour un test graphique XYZ entre deux distributions, ou encore une demie seconde de gain de vitesse de compression d’un fichier d’archive qui prend trois minutes à décompresser… bref, des nombres et des graphes vides de sens dans le « monde réel », qui permettent toutefois de générer des articles constamment.
• La méthodologie de mesure de la Phoronix Test Suite est à vérifier. J’étais excité de faire mes propres tests avec PTS lorsque le pilote libre r600 est apparu circa 2010, mais j’ai découvert par le fait même que les résultats n’avaient absolument rien à voir avec ce que je mesurais dans la réalité! En effet, j’obtenais, en testant manuellement au lieu d’utiliser PTS, plus de deux fois le framerate dans Urban Terror avec les réglages graphiques au maximum, alors que la PTS les réglait au minimum. Depuis, je n’ai plus confiance en la représentativité des mesures de PTS. Si on peut me prouver que ce n’est plus le cas de nos jours, j’en serais plutôt content.

Bref, il y a fort à douter sur les mesures effectuées par la Phoronix Test Suite lors des bancs d’essai. Ce qui nous laisse alors la deuxième partie du site: les « actualités »… et là, c’est pas joli à voir. De mémoire récente:

• Les sondages (aux échantillons non-représentatifs de la population) qui servent d’exutoire aux diatribes et permettent d’affirmer que tout le monde déteste passionnément GNOME [1, 2]
• Ciel! Fedora 19 va utiliser Cinnamon comme environnement de bureau par défaut, et inclure le kernel FreeBSD! Excepté que ce n’était pas vrai, ce n’était qu’une idée lancée aléatoirement sur une page de wiki.
• Des mentions à répétition au fil des années comme quoi Lightworks est un « logiciel open source » (même à l’intérieur des autres nouvelles concernant Openshot, Cinelerra, Avidemux, etc.)… ce qui est encore à ce jour faux. Soit, la vaste majorité des sites Internet commettent la même erreur… Est-ce que Phoronix admet l’erreur lorsque quelqu’un se donne la peine de l’indiquer, cependant? Non monsieur. On poste un nouvel article qui place le blâme sur l’autre, en l’intitulant « Lightworks Is Not As Open As Some Would Like » (emphase ajoutée) et en terminant l’article par une mention insinuant que, de toutes façons, les logiciels libres dans le domaine sont tous à chier. Bon, moi, au final, ça ne me fait ni chaud ni froid, je préfèrerais d’ailleurs ne pas donner en exemple un tel article de Phoronix qui pointe vers un de mes propres billets de blog — ça donne faussement l’impression que je tiens une rancune personnelle envers Phoronix, ce qui n’est pas le cas. J’utilise cette anecdote seulement pour illustrer comment les rédacteurs de tabloïdes tordent les mots pour nous faire dire n’importe quoi et se déresponsabiliser autant que possible. Si ça peut vous rassurer, le cas ici était relativement isolé, comparativement à ce qu’on voit tout le temps de la part de Sam Varghese chez ITWire, par exemple.
• Apparemment, qu’un illustre développeur de KDE poste un billet énonçant son scepticisme face à l’approche de Canonical concernant le Ubuntu Phone constitue, aux yeux de Phoronix, du bashing. N’oublions pas le link-spam obligatoire à travers Slashdot. Dans l’instance présente, les commentateurs de Slashdot ne sont pas dupes.
• « Tiens, pourquoi ne pas rappeller que projet XYZ n’avance pas? Si on peut essayer de discréditer la FSF, tant mieux! Alors si c’est pas pour rhâler envers l’état des logiciels de montage vidéo, autant basher Gnash parce que ces maudits hippies ne travaillent pas assez vite ». Et pour s’assurer de bien éclabousser la FSF, on va vous pointer vers de multiples liens d’articles internes similaires qui continuent la longue lignée.

OMG! Ubuntu: ne rentrons pas ici dans l’énumération exhaustive des nombreuses histoires à sensation et de « hype » autour de logiciels propriétaires ou n’existant même pas… observons simplement quelques perles récentes:

• Un article originellement intitulé « Photoshop CS2 available for free, works fine in WINE »… suivi du « Oups, en fait on a sauté dessus la nouvelle avec l’empressement habituel, c’était complètement faux ».
• Un joli petit vox populi après avoir diabolisé Nautilus 3.5+. Pas étonnant que tout monde ait vu rouge vu le traitement honteux que OMG! Ubuntu en a fait. Je cite: « Amongst the features you will find missing in the version of Nautilus (now renamed ‘Files’) are ones you may have used on a daily basis, including:
  • Compact View: removed
  • ‘Type Ahead Find’: removed
  • ‘New file’ templates: removed
  • Application Menu: removed
  • ‘Go’ menu: removed
  • F3 split screen: removed
  • ‘tree’ view: removed
  • Bookmark menu items: removed
  • Backspace shortcut to return to parent folder: removed
  • [...]
  • Default icons size set to 32px
  • New date-list view
  • Folders no longer sorted by default
  • Floating status bar »

Effrayant et révoltant, n’est-ce pas? Sauf que le tout a été volontairement rédigé de cette façon pour amener le lectorat à bondir d’indignation. Parce que si on prend le temps de réfléchir à l’effet global de ces changements, et qu’on se donne la peine de suivre les liens vers les commits que OMG! Ubuntu citait… on se rend compte que tout ça est plein de bon sens dans l’ensemble:

• Certains éléments de la liste n’ont en fait pas été enlevés, juste remplacés par quelque chose de mieux ou affichés uniquement au moment opportun. C’est le cas du « type ahead find », du « new file templates » (ben ouais, pourquoi montrer un menu quand il n’y a pas d’items dans ~/Modèles?)
• Application Menu removed, ‘Go’ menu removed, Bookmark menu items removed, etc.: tous le même truc, vraiment. Entièrement sensé. Ça s’appelle… se conformer au design du reste de l’environnement! Nautilus est le gestionnaire de fichiers de GNOME, n’est-il donc pas normal qu’il s’y intègre de la même façon que les autres applications « core »?
• Pour monter d’un dossier dans la hiérarchie… le raccourci officiel/standard a toujours été « Alt+↑ ». Je devine que le retrait du raccourci Backspace était pour améliorer la cohérence avec les autres applications comme Epiphany et pour empêcher les conflits avec la nouvelle fonctionnalité de recherche.
• Les véritables changements: le « treeview » a été remplacé par un « listview », la barre latérale a été simplifiée (et s’en trouve franchement plus robuste) et le mode « split panes » a été retiré. Ils étaient ridiculement buggés et ne me manquent pas le moins du monde, mais je suis probablement un des rares à penser celà. Sur ces points là, ça ne me dérange du tout qu’on soit en désaccord avec moi, c’est un débat légitime. Soit. Quand on y pense, c’est quand même pas la fin du monde.

…Le tout suivi d’articles indiquant que c’est tellement un désastre que Ubuntu pense à boycotter le nouveau Nautilus, si si ils y pensent vraiment.

Après ce genre de couverture médiatique « amicale », il y a eu du damage control obligé [1, 2] pour éviter un attentat à la bombe… Ce qui n’a pas empêché OMG! Ubuntu de continuer à jeter de l’huile sur le feu. Parce que la situation n’était pas déjà assez tendue.

Je vous épargne d’ailleurs un argumentaire assez long sur les principes d’échantillonnage et de validité statistique — principes que les sondages retrouvés sur les tabloïdes ci-haut ne peuvent fondamentalement pas respecter concernant des sujets controversés comme GNOME (le seul moyen serait d’avoir un échantillon véritablement aléatoire et représentatif aux allures d’un référendum planétaire).

Au final, puis-je vraiment les blâmer?

Les journalistes sont humains et ont essentiellement un travail de merde dans un monde de plus en plus frénétique.

Et là, je vous évite un bloc de texte immense, parce que quelqu’un a déjà fait tout le travail d’analyse de « pourquoi les journalistes se comportent comme ça!? » à ma place. C’est assez volumineux, mais allez voir cet article éventuellement: Cheap Tabloid Tricks: The Truth About Linux, Open Source And The Media.

La fin du monde annoncée sous diverses formes n’a pas eu lieu.

À en croire les sites de nouvelles, Nautilus 3.6 est un désastre, l’installateur (Anaconda) repensé de Fedora 18 est un désastre, et il y a une conspiration pour saboter nos logiciels favoris.

Pourtant, j’admire les améliorations et raffinements apportés à Nautilus 3.6 et je suis ravi du nouvel installateur de Fedora 18. Dans le cas de Nautilus 3.6, j’ai refusé de juger un logiciel par la mauvaise presse qu’on lui donnait et ai préféré donner la chance au coureur et l’essayer moi même, ce que OMG! Ubuntu ne s’est pas donné la peine de faire. Après un mois d’usage, je me sens plus à l’aise avec 3.6 et me sens irrité quand j’utilise la version 3.4. Clairement, je dois faire partie d’une minorité de mollusques fanatiques zélés qui accepte n’importe quoi. Je dois être fou.

Nautilus 3.6, le mangeur d’âmes nocturne

La lecture des commentaires est, vous le devinez, bien plus nocive que la lecture des articles: même quand un geek on ne peut plus conciliant se donne la peine d’expliquer pendant 55 minutes, de façon calme et raisonnable, les malentendus autour de projets controversés comme GNOME, la première chose que les gens vont faire sur Internet c’est de dire « De toutes façons c’est un connard, j’ai arrêté d’écouter à 7 minutes parce que ça me plaisait pas ». Tous des fascistes qui n’écoutent pas ce qu’on a à dire, ces développeurs!

Tout ça me fait présager que lorsque la prochaine version de Pitivi sortira (« un jour »), les commentateurs du net trouveront sûrement plein de choses pour dire que c’est un désastre. Même Joey de OMG! Ubuntu n’avait que ceci à dire lors de l’annonce de la dernière release d’Openshot: « Meh. » (traduction: « Bof/bah. »). Mais c’est pas grave, c’est l’Internet, personne ne sait que vous êtes un chien, et on s’en fout des sentiments des développeurs à l’autre bout, ils sont grands et costauds, ils s’en remettront!

Pour conclure

• Les sites de nouvelles similaires à ceux mentionnés précédemment ne doivent pas être considérés comme des sources fiables pour se former une opinion.
• Lire les critiques sur ce genre de sites est nocif pour votre bien-être mental. Spécialement si vous êtes un contributeur au Logiciel libre. Là-dessus, je vous recommande la lecture de ce billet de mon pote Federico (oui, ce Federico là). Rien de révolutionnaire, mais quand même une lecture intéressante pour comprendre le phénomène du blues du hacker. Des fois, les développeurs libristes souffrent également de dépression sévère [1] [2] [3]. Heureusement pour moi, ce n’est pas mon cas, je suis typiquement optimiste.
• Plutôt que de vous demander « Qu’est-ce qu’on me dit? », questionnez-vous toujours sur « Qu’est-ce qu’on ne me dit pas? », « À quel point les sources sont pertinentes? » et « Où est-ce que ça rentre dans le grand ordre des choses? »