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.

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

Apparently, nobody “booed” it, and an above-average amount of people applauded, so it seems like this old dog still has the tricks to produce decent movies on a tight deadline and zero-budget. I should definitely get back into the habit of making such films, if I can find the actors/crew for it.

We’ve been in a very delicate situation lately. It turns out that a group of hacktivists kidnapped Duckie! They sent us this picture:

As you can imagine, until now we refrained from publicly releasing this information to avoid causing a panic.

In addition to requiring the port of everything to GStreamer 1.0, the ducknappers also sent us the following list of demands, in exchange for the safe return of the hostage:

• World timezones in the GNOME Shell clock
• Voting in GNOME Bugzilla (see bug 629161)
• The immediate termination of Tracker
• Abandon GNOME 3 and bring back the state-of-the-art GNOME 2 UI
• The sacking of the design team
• Make a new video editor, one that doesn’t suck
• Release E17

We’ve had some pretty intense negotiations with them. It seems they already killed Bonobo! These guys don’t mess around.

Therefore, we assembled a special task force to meet some of their demands during the GStreamer conference. René Stadler, Thibault Saunier and I spent countless hours of our spare time finishing the port of Pitivi to GTK3 and GStreamer 1.0. We also spent a lot of time discussing a major refactoring of the timeline UI code, with the ultimate goal of porting it to Clutter.

For the time being, PiTiVi looks like this:

As you can see, the migration is done. We’re here, we’re alive, and we friggin’ deliver. If you were in San Diego, you might have felt a few tremors (buildings shaking, a rumbling sound and all that); that was not an earthquake, it was the aftershocks of the massive merge of the pygi branch into PiTiVi “master”:

The diff of that pygi migration is pretty big: 73 files and more than five thousand lines of code touched throughout 122 commits.

We’ve got the UI pretty much nailed down (please see the list of bugs in GTK that affect us). Still, we always welcome your help. GStreamer 1.0 needs testing and fixing, especially GNonLin. If you’re looking for something to get involved in GStreamer development, this is a wonderful occasion. There’s also plenty of low-hanging fruit available to work on GES if you’re interested, so come talk to us!

Obviously, we can’t meet every single demand of the ducknappers by ourselves, so we need the help of the Open Source Community™ to do things like fixing GNonLin and chasing down the GNOME Design Team with pitchforks and so on.

Stay tuned for updates on the Clutter-based timeline and plans of a general UI overhaul. Meanwhile, here’s a very quick retrospective on the PiTiVi GSoC projects this year:

• Alongside other features, a manual layers interface was implemented by Paul Lange. He’s currently working on the required improvements in GES to unleash the potential of that new UI.
• Matas Brazdeikis added easy automated UI testing with Dogtail (I should definitely write a blog post dedicated to that) and implemented the title/text editor (finally!). Due to the bugs with GNonLin at the moment, this has not yet been fully tested, and I would like to improve the UI as it has rough edges, but the meat is there.
• Pēteris Krišjānis worked on providing a generic sound waveform analysis and display library for GStreamer. This is a joint effort between us, Buzztard and Jokosher. Pēteris wrote up on his experience. This is not yet integrated into PiTiVi and other apps, but we’re confident he will help us do that when the library is ready :)
• Volodymyr Rudyj worked on the design and implementation of “materials” in GES. Thibault is currently putting the finishing touches on that implementation work.

I’m very happy with how things are going. Although the road ahead of us is still quite long to reach feature parity with PiTiVi 0.15.x (in terms of stabilizing GStreamer, GES and GNonLin), we’ve already got a ton of measurable improvements to the quality of our codebase, our user experience and our community processes. I’ve made many friends in recent months, and at LinuxCon I even met a new partner to assist me personally:

Meet Duckie’s evil twin, who influenced our new dark UI.

My “neko edit” also has good sound quality (from a dedicated USB microphone) and high resolution versions of the slides and videos used during the presentation… all in HTML5 video glory.

Go watch it on PiTiVi’s showcase page. When I said you hadn’t truly lived until you’ve seen it, I was not kidding. Here’s what others had to say about it:

I’m thrilled. I just attended a presentation for PiTiVi and the current state of it is delightful. [...] This talk tied with Poettering’s talk for my favourite.
— Richard Schwarting

There were many great talks but my favorite one was “PiTiVi and the GES: state of the onion” from Jean-François (AKA Jeff). I was actually on my way to another talk that was scheduled at the same time but I caught a glimpse of his “slides” from the door and couldn’t resist checking it out first. Once I got into the room, it was hard to leave.
— Zeeshan Ali

Yo, Lennart, I’m really happy for you, I’ma let you finish, but Jeff had one of the best talks of all time! One of the best talks of all time!
— Kanye West

By the way, I’ll be presenting GES with Thibault at the GStreamer conference in San Diego in two weeks. That talk will have a more serious tone than the PiTiVi one, but will nonetheless be quite interesting.

On peut faire mieux soi-même avec des outils libres et non-seulement s’épargner beaucoup de sous (à court et à long terme), mais surtout s’épargner la honte d’une photo bâclée où on a été zombifié par un flash, que l’on devrait endurer pendant cinq longues années.

Ingrédients:

• Un appareil photo numérique de qualité (dans mon cas, un Canon S95)
• Un mur blanc et un bon éclairage naturel
• Une copine, ou, si vous êtes un geek moyen, une maman
• GIMP
• Votre photo de passeport précédente, pour référence de cadrage et pour s’assurer de respecter les normes.
• Environ 45¢ si vous êtes impatient et que vous voulez votre photo imprimée sur-le-champ.

Étapes:

1. Vous placer devant le mur blanc. Ne pas sourire malgré votre fébrilité. Le gouvernement l’interdit.
2. Vous faire prendre en photo à répétition. Évidemment, ceci implique que vous sachiez faire de la bonne photographie avec un éclairage naturel uniforme. Essayez à différents niveaux de zoom (dans mon cas, puisque mon appareil a une lentille à angle large, il faut zoomer pour que le résultat ait une géométrie naturelle).
3. Éditer la meilleure photo avec GIMP. Il faut ici faire trois choses:
1. Purifier l’arrière-plan. Je vous renvoie alors à l’usage du lasso ou aux ciseaux intelligents pour le détourage. Faites votre sélection, inversez-la, adoucissez-la de quelques pixels et remplissez de blanc pur (ou utilisez des masques: voir mon vidéotutoriel d’il y a plusieurs années).
2. Découper l’image selon les standards: image carrée, coupée juste en bas des épaules, avec le visage centré… D’où l’importance d’avoir sa photo de passeport précédente comme point de référence visuel. Notons que ces photos sont généralement ensuite découpées pour être plus hautes que larges, mais on se préoccupe ici uniquement que de la hauteur puisque la norme dit qu’on doit envoyer une photo carrée (les gens du visa/passeport s’amuseront à la redécouper s’ils en ont envie).
3. Prendre en note les dimensions (en pixels) de l’image résultante et calculer la taille du canevas qui devra la contenir. La taille standard des photographies imprimées ici est de 4×6 pouces (saleté de système impérial), alors que ma photo devait être d’une taille de 2×2 pouces. Solution: s’assurer que la taille du canevas soit un multiple de celle de la photo. Ainsi, si ma photo découpée fait 2000×2000 pixels, il faut que j’agrandisse la taille du canevas de l’image à 4″/2″*2000×6″/2″*2000, soit 4000*6000 pixels.
4. Accessoirement, pour des lulz supplémentaires, disposer plusieurs exemplaires de votre photo dans le cadre de l’image (bah oui, y’a au moins la place pour six!)
5. Aller à la pharmacie avec une clé USB contenant la méta-photo avec son ratio 4×6. Effectuer l’impression de la photo à l’aide du kiosque de photographie numérique en libre-service.
6. Faire un grand sourire lorsqu’on passe à la caisse.

Ce qui est génial avec les logiciels libres comme GIMP, c’est qu’ils donnent à tous et chacun les moyens de s’affranchir des services de dinosaures n’ayant plus lieu d’être, tant qu’on prenne le soin de faire un travail de qualité pour se conformer aux exigences. Dans mon cas, le résultat est plus que satisfaisant: il est largement supérieur en qualité a ma photographie d’identité précédente.

Dans mon temps libre cette semaine, j’ai implanté une fonctionnalité manquante de PiTiVi qui me tient énormément à coeur: la prévisualisation en temps réel lorsque l’on change le début ou la fin d’une séquence. Ceci permet enfin de faire de l’édition avec une précision inégalée, sans essais-erreurs. De la productivité à l’état pur, comme la vidéo ci-dessous le démontre:

Cette implémentation est assez performante pour prévisualiser de manière fluide la version 2K de Sintel et pour rester raisonnablement rapide même avec des vidéos en résolution 4K. Ceci est sans même prendre en compte l’accélération matérielle du décodage vidéo, qui sera disponible dans GStreamer 1.0 (j’ai bien hâte de tester lorsque ce sera possible).

La fonctionnalité dont je vous parle ici, je l’avais en fait demandée à travers un rapport de bug il y a trois ans (dans la période où j’avais ouvert plus d’une centaine de rapports de bugs sur PiTiVi en l’espace de trois mois). Pour ceux parmi vous qui doutaient de mon génie avant-gardiste, vous en avez maintenant la preuve 😃

Je suis certain que les autres logiciels de montage vidéo libre vont se précipiter pour ripper mon élégantissime code et cloner cette fonctionnalité en l’espace de quelques heures. Retenez toutefois ceci: PiTiVi l’a fait le premier. PiTiVi est le seul logiciel de montage vidéo libre qui possède cette fonctionnalité. Prenez ça dans vos dents, détracteurs de PiTiVi !

Essayons maintenant une petite expérience sociologique. J’ai toujours été curieux de savoir s’il pourrait y avoir une demande significative pour « un PiTiVi solide comme le roc », un logiciel de montage vidéo libre à la fois intuitif et répondant aux besoins des usagers plus exigeants. Eh bien, vous avez maintenant l’opportunité d’effectuer une donation au projet.

« QUOI? Sale cochon capitaliste! »

Ne vous méprenez pas: je ne suis pas en train de mendier ou de chercher à faire un tour de passe-passe financier. J’ai un emploi bien rémunéré et j’ai toujours contribué à PiTiVi par plaisir, par passion et sans motif financier. Ce que je désire faire ici, c’est de jauger la possibilité de soutenir le projet PiTiVi à un point où il pourrait être développé plus rapidement, plus régulièrement et aboutir vers un logiciel à toute épreuve:

• Si nous obtenons 100€, on pourrait payer quelques bières aux contributeurs PiTiVi à  GUADEC cet été.
• Si on obtient 10 000€ par année, ça devient un peu plus sérieux: on pourrait organiser un ou deux hackfests par année, comme celui-ci et celui-là. Avec ce montant on pourrait payer tout juste les frais de transport des développeurs.
• Si on obtient 100 000 à 500 000€ par année (ouais, c’est beau de rêver, sait-on jamais!)… alors les choses changeraient de manière drastique. Ça voudrait dire qu’on pourrait payer des experts de GStreamer pour travailler à plein temps sur PiTiVi pour en faire le logiciel de montage vidéo professionnel que nous attendions depuis si longtemps. Ou bien on pourrait embaucher des ninjas pour infiltrer le quartier général de Avid, ou un truc du genre. Je ne dis pas ici que, pour le cas de cette expérimentation, il nous faut des centaines de milliers d’euros/dollars: avec un montant significativement élevé, je pourrais finalement faire la preuve de mon plan de bataille (ou plan de développement « durable », ou « plan d’affaires », appelez ça comme vous voulez), et lancer les choses en grand. Cela pourrait surprendre certains d’entre vous, mais je ne suis pas juste un de ces passionnés irréductibles du logiciel libre, je possède également des connaissances en création et gestion d’entreprise.

On ne pourra jamais savoir avant d’avoir essayé, n’est-ce pas? Alors, maintenant, tentons l’expérience. Vous pouvez faire votre déclaration d’amour à travers Paypal ou Flattr. Si vous pensez que je rigole, allez voir sur le site de PiTiVi et vous y trouverez lesdits boutons Flattr et Paypal (au bas de la page d’accueil, ou bien sur la page « Contributing »). Voici le même bouton Flattr, s’il y en a parmi vous qui êtes tellement excités qu’il vous faut absolument un truc sur lequel cliquer immédiatement:

Je vais observer et étudier ce qui se passe à présent. Soyez assuré que je n’utiliserai pas ces donations à titre personnel. Tout ira vers le projet PiTiVi, il me faudra seulement résoudre les questions techniques/administrative de la chose. J’ai discuté depuis plusieurs mois avec la fondation GNOME, et je voudrais pouvoir évaluer si la quantité de donations à laquelle nous faisons face pourrait justifier les complications qu’une telle structure impliquerait.

Soit dit en passant, j’ai d’autres améliorations/fonctionnalités dans mon sac à surprises, mais elles ne sont pas encore prètes. Restez à l’écoute (sur Planet PiTiVi ou Planet GNOME)! En attendant, n’hésitez pas à partager avec le reste du monde la grande étape que nous avons franchie pour l’édition efficace de séquences. Et si vous avez envie de faire l’écho de mon appel aux donations, vous pouvez faire le lien vers mon billet de blog ou utiliser ce lien ou encore ce lien (page « Contributing ») pour me faciliter le suivi.

Je déteste jeter du matériel inutilement (rien ne me dit qu’un nouveau multimètre n’aurait pas exactement le même défaut de conception), alors j’ai creusé mon esprit et l’Internet à la recherche d’un connecteur 9v solide comme un tank. J’ai notamment pensé à des trucs tordus comme exploser toute la carcasse du multimètre et remonter le tout sur une planche de bois et fabriquer deux bornes où on pourrait connecter  la batterie… Ce qui m’a ravisé n’est pas tant la portabilité réduite d’un «multimètre sur planche 2×4», mais le constat qu’Il faudrait perdre l’interface (écran, connecteurs, molette de réglage, boutons, etc.).

J’ai fini par trouver la solution dans un tutoriel plutôt mal rédigé. Je savais déjà que les batteries 9v sont une boîte contenant quatre piles AAAA, mais je n’avais jamais pensé à démonter une batterie pour lui piquer son connecteur! Quelle brillante idée. Quand on regarde le bestiau, on constate qu’il est effectivement ridiculement solide.

Après quelques tribulations au fer à souder, mon multimètre fonctionne de nouveau… sans connecteur mou pourri:

Oui, ma soudure est complètement ghetto. Je déteste souder. Avec un peu de chance et de délicatesse, ça devrait quand même bien tenir.

Coming from Montréal, I’m still a bit shocked at the sight of people wearing coats, scarves and tuques in broad daylight at +15°C.

Hell, the weather in Malaga was so consistently mild that even if we were in the middle of January, in the morning I went outside straight from the shower with wet hair, which dried in minutes!

While we’re talking about showers again… Malagans, unlike Bostonians, got the usability of their shower handles/lever/thingie right. However, they completely fail at road signage and urban planning. I thought I’d never see the day when I’d find something worse than the province of Québec, but it seems we have a new winner here:

• Street names written in minuscule font sizes on buildings (when they are present at all)? Check.
• Road signs inside the ramps/exits (when it’s too late)? Check. (Québec has that too)
• One-ways everywhere? Check.
• Inability to get back on a highway if you take the wrong exit? Check.
• Roundabouts where you have to yield to people outside the roundabout? Check.
• Roundabouts with streetlights every 30 degrees? Check.
• Tiny road signs inside the roundabout instead of on exits? Check.

I found this all quite amusing. Except when Antigoni and I had to get back to the airport and mistakenly ended up on an exit ramp on avenida de Andalucía.

Okay, back to the hackfest.

Notwithstanding the work we did on planes or busy airports and the many discussions we’ve had around tapas, we spent three days doing solid coding, debugging and ass-kickin’ on Pitivi and GES. I’m very happy that, in the process, Antigoni learned some new tricks and knowledge to make her more comfortable with hacking on the pitivi codebase. We also got our shares of laughs too. Like the fact that I ate three hours of Edward’s time trying to investigate why importing clips crunched my hard drive for many seconds… and then realizing that the culprit was not my code nor the gst discoverer, but GTK+ itself.

More precisely:

• Thibault spent the whole time hacking on GES and answering our questions.
• Antigoni went concrete/practical by attempting to fix undo/redo for effects, getting more familiar with GES in the process. I’m happy to have been able to answer some of her questions and being able to point out pitfalls in the code: at times, it even seemed like I knew what I was talking about, which is always a great thing!
• Edward spent nearly the whole time grunting and swearing in French, except when the sound was muffled by his palms:

As for me, I:

• Fixed image thumbnailing/permissions on the wiki and deleted 1846 spam image files scattered in 1539 folders.
• Reimplemented pitivi’s clip import process using the asynchroneous gst discoverer, which means that not only does the import progressbar work again, but it is blazing fast and doesn’t block the UI.
• Cleaned up code, standardized variables and fixed various bugs (such as seeking to the end of the timeline, or making the viewer check the pipeline position only when actually playing… your CPU will thank me)
• Implemented the ability to save/export the current frame as an image file. Hey, the code was just sitting there in GES, waiting to be used!
• Got convinced by Thibault to try implementing transitions and timeline video thumbnails myself. We’ll see how it goes.

We stayed one or two days after the end of the hackfest. Thus, on Saturday, pretty much the only day where weather sucked, the superhacker trio went on a touristic ride to Ronda, in awe at some of the alpine beauties of Andalucía:

More pics here.

This week made me realize/feel something even more strongly than before: since Thibault’s massive cleanup, hacking on Pitivi with GES is easy. No more files/modules confusion. No more “massive core” getting in your way. The code can still benefit from some cleanup/simplifications to make it feel more “pythonic” (patches welcome), but it already feels incredibly more agile and elegant. It now feels enjoyable rather than a maintenance ordeal. More like poetry, less like a thesis.

If you were hesitating to contribute to Pitivi, now is an exciting time to take a fresh look at it. We need help and there’s a lot of low hanging fruit that can be fixed. We’ll be happy to help you get started.