Que prévoyons-nous de faire en 2024 ?

Message précédent | Jeudi, 14 Mars 2024 | Heure de lecture : 6 minutes | Message suivant

Nous sommes déjà en 2024, et même déjà en Mars. Comme l'an dernier, nous avons eu une visio-conférence avec tous, l'équipe de développement, les artistes et les bénévoles pour discuter de ce que nous avons accompli l'année dernière, déterminer les plus grands problèmes auxquels nous sommes confrontés et établir les priorités pour cette année.

Défis

Un problème très sérieux est que le responsable du portage vers Android et ChromeOS de Krita est devenu trop chargé pour travailler sur Krita à temps plein. Les versions pour Android et ChromeOS de Krita utilisent toutes deux la plate-forme Android. Malheureusement, cette plate-forme évolue souvent et arbitrairement. Cela signifie que Sharaf a passé presque tout son temps à faire fonctionner Krita sur Android (et ChromeOS), au lieu, comme nous l'avions prévu, de travailler sur une interface utilisateur de tablette dédiée à Krita sous Android. Et comme les travaux de maintenance ne sont pas terminés, nous avons un gros problème. De plus, depuis que KDE a supprimé la ferme de compilations et déplacé les versions binaires vers le système d'intégration continue de KDE, invent.kde.org, nous n'avons plus de compilations automatiques pour Android.

Nous avons également perdu un autre développeur parrainé. Il était malade depuis un certain temps, mais il a récemment blogué qu'il avait commencé un nouvel emploi. Comme il travaillait particulièrement sur la maintenance des bibliothèques dont Krita dépend et étant très pertinent pour les correctifs amonts, il nous manquera vraiment.

Finalement, nous avons fait rentrer Krita dans la boutique « macOS » d'Apple l'année dernière. Cependant, il y a deux ans, la personne en charge de la maintenance de Krita, c'est moi, a changé son nom légal. Maintenant, les certificats nécessaires pour signer le paquet pour la boutique ont expiré. Nous avons besoin de créer de nouveaux certificats. Ceux-ci doivent avoir le nom légal actuel du signataire, et pour une raison quelconque, il est très difficile d'obtenir que la boutique autorise le même développeur, avec le même identifiant et le même code, mais avec un nom légal différent pour télécharger des paquets. Nous travaillons sur ce problème.

Qu'avons-nous fait durant la dernière année ?

Bien sûr, nous avons publié Krita 5.2 et deux versions avec corrections de bogues pour Krita 5.2. Nous ferons au moins une autre version avec corrections de bogues avant de publier Krita 5.3.

Le système audio de la fonctionnalité d'animation de Krita a été complètement remanié, porté du système QtMultimedia de Qt vers MLT. La fonctionnalité de gestion des scénarios s'est beaucoup améliorée. Nous avons validé la prise en charge du format « JPEG-XL » juste à temps avant que l'équipe Google de Chrome décide de l'abandonner, parce que personne ne le prenait en charge... Nous avons également remanié le système que nous utilisons pour compiler toutes les bibliothèques de dépendances sur toutes les plate-formes. Eh bien, le travail sur macOS est toujours en cours, PyQt étant un problème. Bien sûr, il y avait beaucoup d'autres choses en cours aussi.

Wolthera a commencé à ré-écrire l'objet de texte et à presque terminé cela. Il travaille maintenant sur l'outil pour écrire, modifier et composer du texte. C'est un énorme changement avec des résultats très impressionnants !

Qu'espérons-nous faire cette année ?

Certaines parties de cette liste sont dans l'année précédente et certaines parties sont nouvelles.

Une grande mise en garde : maintenant que le projet KDE a publié la première version de l'environnement de développement de KDE avec Qt6, le portage de Krita vers Qt6 va devoir avoir lieu. Il s'agit d'un projet important, non seulement à cause de la disparition de certaines fonctions, mais aussi à cause des modifications apportées à la prise en charge du rendu avec le processeur graphique. Sous Windows, les pilotes pour OpenGL comportent de nombreux bogues et, pour cette raison, Qt5 a permis d'utiliser la couche de compatibilité « Angle » entre les applications utilisant OpenGL et la bibliothèque native « Direct3D » pour le rendu avec le processeur graphique. C'est parti, et à moins de ré-écrire notre système de rendu avec le processeur graphique, nous devons reprendre « Angle » dans notre architecture.

Dans l'ensemble, il est assez probable que le portage vers Qt6 nous prendra beaucoup de temps et nous empêchera de mettre en œuvre de nouvelles fonctionnalités amusantes. Mais lorsque cela est fait, nous pouvons commencer à travailler sur une interface utilisateur conviviale pour tablette, à condition que nous puissions toujours publier Krita pour Android.

Cela ne veut pas dire que nous ne voulons pas implémenter de nouvelles fonctionnalités amusantes !

Voici une liste en résumé :

Nous avons également discuté de l'utilisation du processeur graphique pour l'amélioration des performances. Une idée originale était d'utiliser le processeur graphique pour les brosses. Mais, les artistes ont fait valoir que la performance des brosses est bonne et ce qui est beaucoup trop lent est l'outil de transformation « liquefy », les masques de transformation et certains filtres. En fin de compte, Dmitry a décidé d'enquêter.

Et il y a la chose la plus controversée de toutes : devrions-nous ajouter des fonctionnalités d'IA à Krita ? Nous avons eu plusieurs discussions animées au sein des équipes de développement et d'artistes sur la liste de diffusion et sur invent.kde.org.

Les artistes de la visio-conférence ont fait valoir que l'IA générative ne vaut rien et qu'elle conduirait au mieux à des modèles fades et répétitifs, mais que l'IA d'assistance pourrait être utile. Afin de déterminer si c'est vrai, nous avons commencé à étudier un projet particulier : l'encrage de croquis assistée par IA. Ceci est utile et pourrait remplacer une étape fastidieuse en faisant de l'art tout en conservant l'individualité artistique. Bien sûr, on ne sait pas si cela arrivera à Krita, mais nous espérons que l'enquête nous aidera à mieux comprendre le problème, les possibilités et les problèmes.

Remarque : nous n'implémenterons rien utilisant des modèles développés sur des images éraflées et nous nous assurerons que l'empreinte carbone de la fonctionnalité ne dépasse pas son utilité.