Grosses difficultés pour parvenir à obtenir des outils de développement qui fonctionnent sur Linux.
Apparemment, les membres de l'équipe de Code:Blocks sont peu décidés à proposer une version utilisable de leur environnement de développement. Les problèmes graphiques ont été localisés et résolus depuis plus d'un mois, mais personne n'a, semble-t-il, pris le temps de générer une version binaire de tout cela.
Le travail avec la version publique s'avérant très difficile, nous nous sommes résolus à recréer nous-même une version "patchée" de Code:Blocks à partir du code source.
Bien entendu, loi de Murphy oblige, c'est exactement à ce moment-là que le serveur de Sourceforge a planté, nous empêchant, au beau milieu de la procédure, de continuer plus avant.
Malgré tous ces déboires, nous y sommes parvenus, et ça fonctionne ! Nous avons donc pu reprendre le développement Linux dans des conditions à peu près normales, la prochaine étape étant de générer une version beta installable de PDFtoMusic sur Linux.
Pour les linuxiens qui galèreraient autant que nous, voici la procédure complète pour recréer une version utilisable de Code:Blocks sur Ubuntu:
A partir d'un Ubuntu 17.04 fraîchement installé:
- Installer la version courante de CodeBlocks (16.04)
- Appliquer ceci depuis le terminal
Code:sudo apt-get install libwxgtk3.0-dev
mkdir ~/devel
cd ~/devel
sudo apt-add-repository 'deb http://repos.codelite.org/wx3.0.3/ubuntu/ zesty universe'
sudo apt-get update
sudo apt-get install libwxbase3.0-0-unofficial libwxbase3.0-dev libwxgtk3.0-0-unofficial libwxgtk3.0-dev wx3.0-headers wx-common libwxbase3.0-dbg libwxgtk3.0-dbg wx3.0-i18n wx3.0-examples
sudo apt install subversion
svn checkout svn://svn.code.sf.net/p/codeblocks/code/trunk
cd trunk
sudo apt-get install libtool
sudo apt-get install autoconf
sudo apt-get install automake
./bootstrap
sudo apt-get install libglib2.0-dev
sudo apt-get install libgtk2.0-dev
./configure
sudo make
sudo make install
sudo gedit /etc/ld.so.conf
|
|
A la fin de ce texte, ajouter la ligne:
/usr/local/lib
puis terminer par la commande
Code:
et voila, c'est cuit ! Bon appétit !  |
|
|
| by Olivier Guillion |  |
| |
|
Nous avons bien progressé sur la version Linux de PDFtoMusic / PDFtoMusic Pro
Mis à part quelques détails mineurs, l'application est maintenant complètement fonctionnelle. Les fichiers PDF sont traités, modifiés et joués, que ce soit avec la base de sons ou avec Virtual Singer
Il devrait être possible de proposer très rapidement une version beta à destination des Linuxiens. |
|
|
| by Olivier Guillion | |
| |
|
Tous les fichiers "source" C / C++ de PDFtoMusic se compilent sous Linux, ainsi que ceux extraits d'Harmony Assistant permettant de jouer les musiques ou de les exporter.
Beaucoup de ces fichiers n'avaient jamais vu Linux, aussi pour les adapter, cela nous a obligé parfois à des modifications de structure qui ont momentanément tout cassé.
Maintenant, il est à nouveau possible de générer PDFtoMusic sur Windows, et probablement Mac OS.
Sur Linux, donc, ça ce compile, ce qui signifie qu'il n'y a pas d'erreur de syntaxe, mais ça ne se "lie" pas, ce qui veut dire que toutes les billes ne sont pas encore retrouvées, et qu'il est encore impossible de générer un programme utilisable.
Nous avançons petit à petit, ralentis par l'instabilité de la plateforme de développement. Aux dernières nouvelles, un "Patch" a été publié depuis plus d'un mois, mais personne parmi les développeurs de Code::Blocks sur Ubuntu n'a trouvé le temps de générer une nouvelle version et de la mettre à disposition.
Bon week-end à tous !
--EDIT--
In extremis avant le week-end, les dernières barrières sont tombées, et nous avons pu générer une version Linux! Elle est instable (elle crashe après 15 secondes) mais ça reste très, très satisfaisant :
|
|
|
| by Olivier Guillion | |
|
| |
|
Nous commençons à avoir un peu de recul sur les version Linux de nos programmes.
Quel que soit le produit, Linux représente un très petit pourcentage du total, et proportionnellement, plus de travail par exemplaire diffusé que l'équivalent Windows ou MacOS
D'un point de vue purement technique, implémenter les sorties sonores de haute qualité de Myriad HQ sur Linux serait extrêmement périlleux, au vu des difficultés que nous avons déjà à mettre en place une sortie stable à 44 kHz, 16 bits. Donc il vaut mieux oublier le 96kHz et les sorties 5.1 sur ce système.
Quant aux plugins VSTi, outre le fait qu'ils sont carrément introuvables sur Linux, s'aventurer sur ce chemin serait de la folie furieuse.
Donc, il ne resterait plus à Myriad HQ que les instrument MyrSynth, rendant difficile à justifier l'achat d'un tel module pour seulement 1/4 de ses fonctionnalités. Il est donc très probable que le module Myriad HQ ne sera tout simplement pas disponible sur les systèmes Linux.
Par contre, nous étudions fortement la possibilité de proposer PDFtoMusic / PDFtoMusic Pro sur cette plateforme : en effet, les interactions avec le matériel ou le système sont plutôt réduites, ce qui devrait faciliter un portage. Pour l'instant, les premiers essais sont guère concluants (plus rien ne se compile), mais on s'accroche.
On n'est vraiment pas aidés dans notre tâche, l'interface de développement Code:Blocks souffrant de graves problèmes d'aspect graphique, rendant son utilisation quasi-impossible sur Ubuntu
Ces problèmes sont semble-t-il signalés depuis plus d'un an, mais pas corrigés. |
|
|
| by Olivier Guillion | |
|
| |
|
Harmony Assistant 9.7.2 est maintenant assez stable pour mériter l'appellation de "version beta".
Une première version beta vient donc d'être mise à disposition, et annoncée sur le forum
Nous vous invitons à la tester et à nous faire profiter de votre retour
|
|
|
| by Olivier Guillion | |
| |
|
Les sons des instruments MyrSynth variaient lorsque le programme jouait à différentes fréquences d'échantillonnage.
Tous les calculs ont été repris pour prendre en compte ceci.
Des tests effectués sur les plug-ins VSTi semblent montrer que le problème s'est posé là aussi, et n'a pas toujours été résolu pas les créateurs du plug-in. Environ 50% des modules testés ne produisent pas le même son à 44kHz et à 96kHz.
Coté graphique, les zones de fenêtrage complexe en export graphique ont été vérifiées pour l'export SVG et PDF. L'export EPS (Postscript) pose encore des problèmes dans les documents de plus d'une page.
A partir d'une partition, qui, à l'écran, apparaît comme ceci, avec une mesure cachée sur les 3 voix (la mesure cachée est en fait affichée par Harmony, mais n'apparaît pas à l'écran car exclue par une zone de fenêtrage complexe) :
L'export SVG, ici visualisé dans Firefox, va donner :
et l'export PDF, visualisé dans Adobe Reader, sera lui aussi correct :
 |
|
|
| by Olivier Guillion | |
|
| |
|
Première mise en place de la gestion du "fenêtrage" (clipping) graphique complexe dans les exports SVG, PDF et EPS.
Ceci permettra de gérer correctement l'affichage, ou plutôt le non-affichage des mesures masquées par le script "Notation > Mesures > Cache mesures".
Les résultats sont prometteurs, mais encore à améliorer
Correction d'un décalage d'une octave dans l'export audio contenant des sons de modules externes (VSTi)
Correction du mauvais chargement de fichiers musicaux contenant des sons de modules externes (transformés en instrument MyrSynth incorrects)
Certains ralentissements, voire crashs de modules VSTi semblent en fait liés à l'utilisation du débogueur Windows. Il semble que certains problèmes s'arrangent donc d'eux-même si on lance Harmony Assistant hors de l'environnement de développement, ce qui sera le cas chez l'utilisateur final
|
|
|
| by Olivier Guillion | |
| |
|
Le travail de prise en compte des glissades, vibrato & trémolo par les modules VSTi est allé jusqu'au bout de ce qui était possible.
Les liaisons de prolongation sont gérées, ainsi que les glissades par demi-tons.
Les combinaisons de tout cela fonctionnent également, comme dans l'exemple ci-dessous, constitué d'une note liée à la suivante, puis glissade par demi-ton et remontée continue, suivie de 3 notes individuelles (joué avec le plug-in VSTi monofury)
Seul problème, le coulé continu ne remonte pas jusqu'à la bonne note. Il nous a été impossible de régler l'étendue de la commande "pitch bend" qui permet de réaliser de telles glissades. Le résultat en est donc indéterminé, et dépend du module utilisé.
Après avoir cherché très longtemps, et essayé sans succès plusieurs approches, nous avons eu la preuve de la non-implémentation de ceci grâce à un fichier MIDI définissant et contenant de telles glissades:
- joué sur un lecteur MIDI standard, les glissades sont correctes
- joué sur un hôte VST, et en essayant divers plug-ins, les glissades sont incorrectes.
Ce test ne faisant entrer en jeu aucun de nos produits, on peut donc considérer que ce n'est pas une erreur de notre part, mais que la chose n'a pas été prévue
A part cela, plusieurs points ont été améliorés :
Choix automatique de l'instrument MyrSynth le plus proche quand on change de type d'instrument dans la boîte d'édition
Correction de passage incomplet en instrument MyrSynth lorsque cette sortie est sélectionnée dans "Instruments > Associer périphérique de sortie"
Non spécifiquement lié à MyrSynth, ont également été corrigés:
Crash dans la boîte d'édition des diagrammes par défaut de la ligne d'accords
Problèmes de notes ne s'éteignant pas sur le clavier virtuel lors de certaines glissades / appoggiatures
Bon week-end à tous ! |
|
|
| by Olivier Guillion | |
| |
|
Toute une partie de Myriad HQ était manquante, celle qui gère les liaisons, coulés, glissés, vibratos ou trémolos sur les instruments externes (VSTi).
Nous l'avons donc écrite, mais cela ne fonctionne que partiellement. De manière interne, un plug-in VSTi (l'instrument désiré) est commandé par son hôte (Harmony Assistant) par le biais de commandes calquées sur la norme MIDI.
Malheureusement, cette implémentation semble seulement partielle.
Pour l'instant, nous avons pu faire fonctionner:
L'envoi (lancement) de note
L'arrêt de note
La prise en compte du vibrato
La prise en compte de glissade ("pitch bend")
Mais ne fonctionnent pas :
La prise en compte du contrôleur de volume ou d'expression, donc le trémolo également
Le réglage de l'amplitude du "pitch bend", donc à l'heure actuelle, une glissade d'une note vers une autre n'atteint pas la note désirée, et la note obtenue dépend du plug-in
Nous allons tenter de trouver un moyen de faire fonctionner les points manquants, mais il n'est pas certain que la solution existe. Cela dépend du niveau de compatibilité avec les commandes MIDI qu'un VSTi est censé assurer.
Et ce genre d'information détaillée est probablement absente des documentations, souvent assez succintes, que nous possédons sur le sujet. |
|
|
| by Olivier Guillion | |
|
| |
|
Un alpha-testeur nous a envoyé un de ses fichiers qui pousse MyrSynth dans ses derniers retranchements, et fait apparaître toute une série de problèmes. Même nous, nous n'aurions pas imaginé de telles combinaisons de difficultés, jugez plutôt:
Une partition pour guitare, avec une transposition à l'octave incorrecte, compensée par une définition d'accordage personnalisée, fausse d'une octave. La portée est multi-voix, la partition comporte plusieurs vues.
Des glissés entre deux notes sont présents, et notamment après une note liée à la précédente (ce qui fait jouer d'un seul gratté plus de deux notes)
Sont présents des accords dans lesquels chaque note est liée à une note qui suit, donc un autre accord, mais composé de notes de durées différentes
Cela a donc levé plusieurs problèmes, qu'il s'agit maintenant d'isoler. Certains ne sont pas spécifiquement liés à MyrSynth, et leur résolution devrait améliorer les calculs de tablature dans des cas limites. |
|
|
| by Olivier Guillion | |
| |
|
Pour finir la semaine:
- Correction d'une activation intempestive du Dock chez des utilisateurs ne l'ayant pas demandé
- Amélioration des paramètres par défaut du Dock
- Désactivation des exports numériques utilisant des sons de modules externes VSTi lorsque Myriad HQ n'est pas enregistré
- Fin de collecte de la liste des nouvelles fonctionnalités pour la doc française
Bon week-end !
|
|
|
| by Olivier Guillion | |
| |
|
|
