Fréquemment, des utilisateurs demandent une version macOS de Kdenlive, mais la seule chose que nous pouvions offrir était une très, très vieille version MacPorts (0.9.10 ! !!). Après que Vincent et moi ayons investi un peu de temps sur ce projet, nous sommes heureux d’annoncer que nous avons maintenant une version nightly  (version compilé chaque jour à partir du chantier sur le code) à jour pour macOS ! Cependant, comme Kdenlive est un gros logiciel avec de nombreuses dépendances, il a encore besoin de quelques tests avant de le considérer officiellement comme “stable”. Et c’est là que nous avons besoin de VOUS ! Si vous êtes un utilisateur de macOS, pensez à télécharger la version nightly pour macOS et à la tester !

Traduction de l’article Kdenlive comes to macOS de Julius Künzel

Télécharger et tester

En lançant Kdenlive, vous risquez d’obtenir un avertissement “développeur non identifié”. Vous pouvez néanmoins ouvrir l’application en suivant les instructions de la page d’assistance d’Apple.

Signaler les problèmes

Veuillez signaler tout bug auquel vous êtes confronté, soit à l’adresse https://bugs.kde.org, soit sur GitLab issue #993. Dans votre rapport, merci de mentionner le numéro de la version que vous testez. Gardez également à l’esprit les conventions générales de signalement des bugs.

Contexte technique

Si vous suivez de près le projet Kdenlive, vous vous souviendrez peut-être que dans le premier café vidéo, nous avons parlé de macOS et que DBus était un gros obstacle qui causait des problèmes lors de l’empaquetage du dmg. DBus est utilisé pour la communication entre le processus de rendu et la fenêtre principale de l’application. Vincent a rendu possible la construction de Kdenlive avec l’option cmake -DNODBUS=ON. Si vous utilisez cette option, Kdenlive utilise QLocalSocket et QLocalServer pour la communication au lieu de DBus.

Une fois le problème de DBus résolu, il ne restait plus que de petits problèmes. Pour construire Kdenlive sur macOS, nous avons utilisé KDE Craft, un méta-système de construction et un gestionnaire de paquets que nous utilisons déjà depuis un certain temps pour nos constructions Windows. Le travail principal consistait maintenant à ajuster les “blueprints” et certaines parties du code de Kdenlive afin d’utiliser les bons chemins de fichiers pour trouver tous les plugins. Il a fallu un certain temps pour examiner et corriger tous ces petits problèmes, mais le dernier dont nous sommes conscients était que les effets frei0r n’étaient pas trouvés et cela vient d’être résolu.