Quelques infos concernant la future version 4

Martin Keary/Tantacrul, chef de produit MuseScore, vient de faire une annonce concernant l'avancement des travaux de la future version 4: https://musescore.org/en/node/319957
Côté calendrier (ou projet de calendrier), on retiendra que la version Alpha est prévue à la mi-septembre, la version Bêta, mi-octobre, la R.C, mi-novembre, et la première version 4 officielle, à la mi-décembre.

Traduction de l'annonce, ci-dessous:

"Bonjour à tous,"

Je voulais faire une mise à jour générale sur le travail qu'il reste à faire sur MuseScore 4. Nous avons recréé la plupart de la nouvelle interface et des fonctionnalités et nous avons également transféré la plupart des fonctionnalités de MuseScore 3. Nous pensons qu'il est maintenant possible de commencer à établir un projet de calendrier de sortie, bien qu'il y ait encore de gros morceaux de travail qui sont difficiles à estimer, donc ce calendrier peut changer (en devenant plus court, j'espère !). En outre, je souhaite décrire les aspects de l'application que nous prévoyons de reporter à une version ultérieure (4.1, 4.2, etc.).

Lecture

La plus grande partie du travail restant concerne la lecture. Tout d'abord, nous remplaçons l'échantillonneur/synthétiseur Zerberus par un nouveau système de lecture (bien meilleur) que nous avons développé. Ce système ne sera pas fourni avec MuseScore mais pourra être téléchargé et activé (gratuitement) une fois l'application installée. Jusqu'à ce que l'utilisateur installe notre nouveau système, le lecteur par défaut sera toujours la soundfont actuellement packagé dans MuseScore 3. Nous créerons prochainement un fil séparé détaillé à ce sujet.

Depuis que nous avons implémenté le support VST3 et VSTi3, cela a nécessité une mise sous licence GPL3. En conséquence, les anciens effets de réverbération et de limitation (Zita & SC4) devront être remplacés par de nouveaux effets VST. Pour l'instant, lors de l'installation de la nouvelle bibliothèque MuseScore, nous téléchargerons et installerons également deux de nos propres effets VST pour compenser ce problème. Comme nous n'en sommes qu'au début de notre aventure VST, nous aurons de nombreuses occasions d'intégrer des plugins VST et VSTi compatibles dans les versions ultérieures.

Nous allons supprimer entièrement le panneau "Synthesiser" de MuseScore et intégrer certaines des fonctions qu'il remplissait (classement des sons et priorités des bibliothèques) dans notre nouveau Mixer. Pour les effets "maîtres", nous allons créer de nouveaux canaux auxiliaires dans le mixeur, où seront situés les effets de réverbération. Nous sauvegarderons les préférences de l'utilisateur en matière de lecture (paramètres VST, paramètres des canaux auxiliaires, bibliothèques préférées, etc.) dans nos fichiers de projet et nous supprimerons le concept de "Save to Score" et "Load from Score". Au lieu de cela, nous voulons développer un système pour passer efficacement d'un projet à l'autre avec des paramètres de lecture différents.

Stabilisation

Nous sommes conscients qu'il peut être difficile de déterminer quelles parties de MS4 sont "terminées" (mais présentent encore des bugs d'optimisation) et quelles parties sont simplement incomplètes. Nous allons commencer à marquer clairement ces différents axes de travail afin d'aider la communauté à comprendre où elle peut se sentir libre d'optimiser et d'améliorer les fonctionnalités et où elle peut s'attendre à voir apparaître davantage de changements. Les termes que nous envisageons d'utiliser sont les suivants :

Pas encore commencé

Incomplet (les conceptions n'ont pas été entièrement mises en œuvre)

Feature Complete (nécessite une optimisation)

Prêt à être lancé (aucune optimisation requise)

Voici deux exemples (au moment de la rédaction) : Notre nouvelle "Note Input Bar" est Feature Complete : les conceptions ont été entièrement mises en œuvre, mais il y a quelques bogues. Par exemple, lors du réaménagement de la barre, l'ordre des boutons peut être mélangé dans certaines circonstances. Les membres de la communauté peuvent se sentir libres d'optimiser cette partie de l'application sans s'inquiéter de l'apparition de nouveaux changements qui pourraient causer des conflits et des maux de tête. Nous examinons constamment les bogues et les publions sur notre page Projets GitHub.

L'Inspecteur est cependant incomplet : il y a certaines parties où les conceptions n'ont pas encore été entièrement mises en œuvre et il y a encore un important travail de nettoyage à faire. Dans ce cas, je publierai une nouvelle spécification mettant en évidence le travail restant à faire. Dans tous les cas, si les membres de la communauté souhaitent participer à l'achèvement des travaux marqués comme incomplets, Peter Jonas (notre gestionnaire de communauté) et moi-même pouvons travailler en étroite collaboration avec vous pour régler les détails et nous assurer qu'aucun travail n'est perdu.

Peter publiera sous peu une liste générale décrivant le statut de chaque partie du travail. Peter organise aussi régulièrement des revues de build en direct sur notre serveur Discord, où l'on peut discuter en personne.

Fonctions retardées

Comme annoncé l'année dernière, nous avons décidé de reporter la vue du séquenceur à une version ultérieure. Cette décision a été prise pour nous permettre de travailler sur une nouvelle bibliothèque de lecture. En ce qui concerne les fonctionnalités de MuseScore 3, le principal composant que nous envisageons également de retarder est le Piano Roll - simplement parce qu'il est d'une taille gargantuesque et parce que nous voulons également le redessiner et le réimplémenter complètement. C'est particulièrement pénible car l'ajout du support VST rendra les contrôles de vélocité infiniment plus souhaitables et utiles. Cependant, nous avons estimé que le portage du piano roll existant (et son intégration dans la nouvelle base de code) retarderait la sortie de MuseScore 4.0 de deux mois, ce qui nous semble être un pas de trop pour un contrôle que nous voulons finalement remplacer. Il ne s'agit pas de rejeter le merveilleux travail effectué par Mark McCay (et d'autres) sur le Piano Roll de MuseScore 3. Il s'agit simplement d'un problème de calendrier gênant.

Comme plan de secours, nous allons créer un design très simpliste pour un nouveau piano roll, qui contiendra uniquement la fonction permettant aux utilisateurs de modifier les paramètres de vélocité et d'expression. Nous allons ouvrir ce design au cas où des membres de la communauté souhaiteraient le construire. Nous l'avons également ajouté au projet Google Summer of Code, bien qu'il soit peu probable que le résultat soit une fonctionnalité prête pour MuseScore 4.0 en raison du nombre limité d'heures dont disposent les étudiants GSoC.

Dans le cas où il n'y a pas de Piano Roll dans MuseScore 4.0, les utilisateurs devront modifier les paramètres de vélocité en utilisant l'inspecteur, comme dans MuseScore 3. Mais ne vous inquiétez pas. Le piano roll est une fonctionnalité d'une importance vitale, à laquelle nous allons donner la priorité dès la sortie de MuseScore 4.0.

Après la sortie

La meilleure chose à propos de MuseScore 4.0 est qu'une fois que nous l'aurons construit (avec sa nouvelle architecture, son moteur de lecture et son interface utilisateur), nous n'aurons plus jamais à construire quelque chose d'aussi massif. Nous avons l'intention de passer à une cadence de publication régulière, afin d'améliorer progressivement les fonctionnalités d'une manière plus gérable et transparente.