HomeProductsDownloadOrderSupportSearch
  
 
 Myriad Blog 1.3.0 Tuesday, Mar 19th, 2024 at 12:08am 

Technical Tuesday, Jul 1st, 2014 at 05:03pm
Linux : Dépendances... et cuisine

 
Une utilisatrice de Linux, experte en la matière, nous a fait remarquer que, depuis l'abandon du paquet de compatibilité ia32-libs par les distributions Ubuntu/Mint, il était très difficile, voire impossible,  d'installer Harmony Assistant sur un tel Linux en 64 bits.
 
Harmony est, et compte bien rester, une application 32 bits. Outre le fait qu'une version 64 bits n'amènerait absolument aucun gain de rapidité, de fonctionnalité ou de compacité (au contraire), une migration vers du 64 bits nécessiterait au bas mot plusieurs mois de développement non stop, tout cela pour obtenir au final une application qui fonctionne presque aussi bien qu'avant.
 
Windows ou MacOS permettent de faire fonctionner les applications 32 bits sur les versions 64 bits du système sans que l'utilisateur (ou le programmeur) ne le remarque. Ca fonctionne, et on avait fini par s'y habituer. Et voici qu'arrive Linux.  
 
Pour que l'application fonctionne, il lui faut la version 32 bits des bibliothèque du système qu'elle utilise. Ces bibliothèques, appelées dépendances, ne sont pas installées par défaut, et leur installation, d'après ce que l'utilisatrice Linux nous a dit, pourrait perturber la stabilité du système tout entier, voire le corrompre irrémédiablement.
 
Le tournant que nous avons pris avec ACAM-Winter vise justement à  réduire les dépendances de l'application au strict minimum, de manière a faciliter le processus d'installation.
La version en cours de développement n'a plus besoin, pour fonctionner, que des bibliothèques 32 bits (i386) suivantes :
 
- libc6 : fonctions de bases du programme
- libasound2 : ALSA, le gestionnaire de son
- libx11-6 : X11, l'interfaçage graphique
- libfreetype6 et libfontconfig1 : gestion des polices de caractères
- et probablement libcups2 : gestion des imprimantes
 
Nous essayons encore de réduire.
 
Mais l'utilisatrice nous a fait comprendre que beaucoup de Linuxiens rechigneraient à installer une quelconque application 32 bits sur leur système 64 bits, car le risque de conflit et de problème serait trop important, quel que soit le nombre de dépendances.
 
Cela nous inquiète. Car si cela s'avérait vrai, étant donné que la part des installations 64 bits de Linux ne cesse d'augmenter, cela pourrait assez rapidement remettre en question l'existence même de la version Linux.
by Olivier Guillion
 3 comments.

Mood Wednesday, Jul 2nd, 2014 at 04:56pm
Truc puant

 
Un utilisateur nous contacte en décrivant le problème suivant : dès qu'il applique une correction dans PDFtoMusic le fichier PDF est cassé.  Et de fait, à l'examen, le fichier PDF de l'utilisateur apparait comme complètement détruit.  
 
Pour rappel, PDFtoMusic peut sauvegarder les modifications soit dans un fichier indépendant, soit dans le fichier PDF lui même (en fin de fichier dans une partie inutilisée).
Comme c'est ce dernier mode qui est activé chez cet utilisateur nous supposons donc que nous avons une erreur dans l'écriture du PDF et planchons sur le sujet.  
 
Mais de notre coté, impossible de reproduire le problème.
 
La réponse viendra de l'utilisateur lui même : son PC sous Windows a été infecté par un virus "ransomware"  (logiciel rançon) : cryptowall. Cette saleté crypte de manière irréversible les documents de l'utilisateur qui doit payer une rançon de 500 $ via BitCoin s'il veut retrouver ses données ! Et s'il ne paye pas rapidement, la rançon passe à 1000 $ !
Dans le domaine de la méchanceté humaine, Internet repousse chaque jour  les limites ...
by Didier Guillion

Myriad Life Thursday, Jul 3rd, 2014 at 05:20pm
Aquarium -1-

 
Pour changer des programmes, bugs, corrections et améliorations, pourquoi pas un peu d'aquariophilie ?
 
Pour égayer un peu notre pièce de travail, nous avons décidé de mettre en place un aquarium. Nous ne sommes pas tout à fait débutants, aussi nous avons pu nous poser ces contraintes : faire quelque chose de facile à entretenir, et utiliser au maximum du matériel de récupération ou d'occasion.
 
Didier a ramené d'un vide-grenier (5 ¤) un bac simple de 100 litres, en bon état, avec éclairage (1 tube T8 de 60cm)
 
Après nettoyage et contrôle, changement du câble d'alimentation de l'éclairage (interrupteur cassé) et mise en place d'un tube JBL Solar Color pour remplacer le Philips "éclairage de garage" qui y était monté, nous avons trouvé pour pas très cher, sur un site d'annonces, un petit meuble solide pour le poser (meuble TV en pin).
 
Restait à préparer l'intérieur du bac :  
 
Un peu de substrat pour plantes Deponit Mix qui nous restait, complété avec un sac de substrat acheté en jardinerie, une grille fine type moustiquaire pour éviter que le substrat remonte et ne vienne polluer l'eau, le tout recouvert d'une bonne couche de sable de Loire bien lavé.
 
Le sol était prêt.
 
Une racine de mangrove trouvée sur le même site d'annonces, quelques grosses pierres récupérées dans la vallée de l'Arac (Massat, Ariège) et testées à l'acide pour vérifier qu'elles ne soient pas calcaires, plus une autre racine, achetée en magasin celle-ci, et le décor était suffisant.  
 
Nous sommes alors passés aux plantes, en récupérant dans nos autres aquariums et bassin de jardin les pousses de plantes résistantes et peu demandeuses en lumière (un seul tube étant un peut juste niveau puissance). Nous avons pu ainsi planté :
 
- Des Anubia Nana, accrochées avec un fil de crin aux racines de mangrove
- Des Ludwigia repens, qui ne posent aucun problème de pousse et de multiplication
- Quelques Limnophila sessiliflora
- Des Microsorium pteropus (fougères de Java)
et une boule de Cladophora aegagropila.
 
Nous avons récupéré un programmateur journalier (pour l'éclairage), une pompe avec filtration, un oxygénateur et une pompe simple pour accentuer le courant si besoin est.
 
La mise en eau s'est faite tranquillement, en mélangeant de l'eau de ville qui avait reposé 24 h avec de l'eau du bassin de jardin, déjà chargée en bactéries.  
 
Nous en sommes là :
 

 
 il faut maintenant que l'eau s'éclaircisse, et on commencera à réfléchir aux bébêtes à y mettre dedans (si on fait abstraction des escargots qui y sont arrivés en même temps que les plantes)
by Olivier Guillion
 3 comments.

Dev News Friday, Jul 4th, 2014 at 04:54pm
Harmony 9.6  et autre étape 690

 
Pour finir la semaine :
Correction d'un problème lors du posé de coulé.
Correction d'un problème de paramétrage des objets libres.
Correction d'un problème mineur en export MusicXML.
 
Dans PDFtoMusic, il y avait un problème de report de l'altération sur les notes liées, c'est corrigé.
 
Bon week-end !
by Didier Guillion

Dev News Monday, Jul 7th, 2014 at 05:07pm
Harmony 9.6  et autre étape 691

 
 
Un utilisateur nous a demandé d'améliorer l'aspect des coulés lorsqu'ils sont affichés en pointillés, ainsi que l'ajout d'un nouvel aspect, le pointillé par petits traits (au lieu d'une série de points).
 
Jusqu'ici, le tracé de ces coulés un peu particuliers avait dû rester très simple. L'écartement des pointillés n'était pas très régulier, et des réglages fins comme la tension n'étaient pas pris en compte.
 
Ceci était dû au fait que, contrairement aux coulés normaux (pleins), qui sont tracés par des courbes de Bezier, nous ne pouvions pas utiliser ces courbes pour des tracés discontinus car les systèmes ne le proposaient pas.
 
Or, pour Acam Winter, nous avons dû développer nos propres fonctions de tracés de Bezier. Il devrait donc maintenant être possible de tracer à peu près n'importe quel motif, car nous contrôlons le tracé de A à Z.
 
Nous sommes donc en train d'effectuer quelques tests de faisabilité.
by Olivier Guillion
 3 comments.

Dev News Tuesday, Jul 8th, 2014 at 04:54pm
PDFtoMusic 1.4.3

 
Des irrégularité mineures ont été corrigé dans la gestion des polices TrueType.
Il y avait une incompatibilité dans la gestion des préférences entre la version standard et la version Pro : dans certains cas des choix fait sous la version Pro étaient perdus. Par exemple, l'association fichier-application ou le format de fichier par défaut. C'est corrigé.
by Didier Guillion

Dev News Wednesday, Jul 9th, 2014 at 05:10pm
Harmony 9.6  et autre étape 692

 
Comme annoncé précédemment, les tracés de coulés en pointillés ont été repris afin d'être plus régulier et de prendre en compte le paramètre de tension.
 
Nous en avons profité pour ajouter deux types de tracés : le coulé en tirets et le coulé ondulé.
 
Voici donc l'ensemble des possibilités de tracés qui seront offertes à l'utilisateur :
 
by Olivier Guillion
 4 comments.

Dev News Thursday, Jul 10th, 2014 at 04:44pm
PDFtoMusic 1.4.3

 
Correction d'un problème de suivi de portées.
Amélioration de l'extraction des barres de ligature sur certains fichiers.
Correction d'un problème d'ouverture du tiroir sur Mac (quand la fenêtre document était au bord de l'écran)
 
On approche de la prochaine bêta...
by Didier Guillion

Dev News Friday, Jul 11th, 2014 at 05:03pm
Harmony 9.6  et autre étape 693

 
 
Dans le désordre :
 
- Le sélecteur de fichier d'ACAM-Winter est presque terminé et est d'ores et déjà fonctionnel. Seul problème, sur Linux, pour afficher les icônes et également permettre aux applications d'utiliser des fichiers graphiques, il faut trouver et utiliser des librairies statiques qui permettent de charger des fichiers au format PNG, JPG, TIFF et GIF.  Je sens qu'on n'a pas fini de rigoler.
 
- Les tracés de coulés spéciaux (tirets, points, ondulation) ont été améliorés afin que la courbe soit couverte de bout en bout (par exemple, le premier point tombe au début de la courbe, et le dernier exactement à la fin)
 
- Un vieux, vieux défaut d'affichage des parties conditionnelles, lorsque la fin de partie était très loin du début et reliée à ce dernier par une ligne, a été corrigé.
 
- À la demande d'un utilisateur, le script "Appliquer une pause" a été repris pour modifier automatiquement la durée d'appui de la note, et a été traduit en espagnol (si vous vous demandiez qui est cet utilisateur, ça réduit pas mal le champ des recherches)
 
- Roeland, notre vaillant et courageux traducteur en Néerlandais, a livré l'intégralité des pages de la documentation d'Harmony Assistant. Dès que nous avons terminé les ajustements et réglages, nous la mettrons en ligne, pour que nos amis Hollandais, Belges et Surinamiens puissent en profiter sans attendre.
 
Bon week-end à tous !
by Olivier Guillion
 1 comment.

Dev News Tuesday, Jul 15th, 2014 at 05:00pm
Harmony 9.6  étape 694

 
Correction d'un problème de sélection.
Nous avons attaqué l'implémentation des tablatures pour Kantele, harpe traditionnelle finnoise.
by Didier Guillion

Dev News Wednesday, Jul 16th, 2014 at 05:07pm
Harmony 9.6  étape 695

 
Nous avons terminé de vérifier, corriger et traiter la version Néerlandaise de la documentation d'Harmony Assistant. Elle devrait être mise en ligne dans quelques minutes.
 
Afin de nous éviter un travail de copier/coller sur les 150 pages de la documentation, nous avons préféré écrire un programme "jetable" pour que le titre de chaque page Web soit identique au titre écrit dans le corps de la page.
by Olivier Guillion

Dev News Thursday, Jul 17th, 2014 at 04:55pm
Harmony 9.6 étape 696

 
Une première version bien avancé du script de calcul des tablatures pour kantele a été proposé aux testeurs.
Cette petite harpe traditionnelle finnoise propose deux modes de jeu : soit corde à corde comme sur une cithare, soit sous forme d'accords plaqués. C'est ce deuxième mode qui est concerné par les tablatures.
A partir de la ligne d'accord d'une portée le script calcule les doigtés pour n'importe quel type de kantele, les plus courants étant proposés par défaut.
 

 
Contrairement à ce qui usuellement pratiqué sur d'autres instruments, les doigts de la main droite se posent sur les cordes pour les étouffer, ce sont les cordes libres qui sonnent.
 
Voici un exemple :
 
by Didier Guillion
 1 comment.

Technical Friday, Jul 18th, 2014 at 04:57pm
Linux et les formats graphiques

 
Dans le cadre du développement d'Acam-Winter, nous cherchons à minimiser les bibliothèques nécessaires au fonctionnement du programme.
Dans nos programmes ainsi que dans ACAM lui-même, nous avons besoin de visualiser (et parfois d'écrire) des fichiers graphiques dans les formats les plus courants:
BMP, GIF, JPG, PNG et TIFF

Afin de ne pas être tributaires du système, nous avons décidé d'incorporer directement dans ACAM-Winter les modules de codage/décodage de ces formats.
 
Il nous fallait donc trouver un ou plusieurs fichiers sources qui satisfassent aux exigences suivantes, dans l'ordre:
 

    1- Être écrit en C
     
    2- Être automome, c'est-à-dire n'ayant pas besoin d'une bibliothèque additionnelle (ZLIB, etc)
     
    3- Être portable, afin de pouvoir être compilé sans difficulté sous n'importe quel système.
     
    4- Être court, pour ne pas ajouter plusieurs méga-octets à chacun de nos programmes utilisant ACAM
     
    5- Être facile d'emploi : nous avons seulement besoin de convertir des images brutes en 32 bits (RGBA) depuis et vers le format graphique.  
    Nous n'avons pas besoin d'aller fouiller au fin fond des métadonnées du format, ou de travailler avec des palettes de couleurs ou des données EXIF.
     
    6- Pouvoir travailler en mémoire et pas sur fichier afin de pouvoir convertir nos images brutes sans passer par un fichier temporaire
     
    7- Permettre l'utilisation de ces fichiers sources dans une application commerciale à sources fermés sans devoir payer des droits

Nous n'avons pas de contrainte de rapidité (à condition de rester dans le domaine du raisonnable)  
 
Dans ce cadre, nous avons évalué, souvent téléchargé, et parfois compilé divers projets.  
Voici ce que nous avons pu en tirer jusque là:

  • Format PNG / libpng : très répandue et utilisée, une bibliothèque complète, très complète, trop peut-être. En fait de bibliothèque, c'est plus proche de la bibliothèque d'Alexandrie que du Bibliobus de Rebire-Chioulet.
    Il semble que cela occupe plusieurs centaines de kilo-octets, et que son utilisation nécessite plusieurs jours de bûchage de doc.
     
  • Format JPG / libjpeg : Même chose que ci-dessus.
     
  • Format TIFF / libtiff : Même chose que ci-dessus. La complexité du méta-format TIFF nous amène à nous demander si le jeu en vaut la chandelle, et s'il ne vaudrait pas mieux faire l'impasse sur ce format, somme toute peu utilisé, plutôt que nous embêter avec.
     
  • Format PNG / LodePng : excellente bibliothèque, constituée d'un seul fichier source, très court. Pas très rapide mais on s'en fiche. En gros, possède tous les atouts.
     
  • Multi-formats (jpg, png, bmp, tga, psd, gif, hdr, pic) / stb_image : Très compacte, livrée sous un format étrange (tout en fichier C "header" .h), il ne manquerait que le tiff, si le module de sauvegarde était aussi complet, ce qui n'est pas le cas.
    Ne peut créer que des fichiers png, bmp et tga, et encore sous forme de fichier seulement (voir point 6 ci-dessus). Avec une astuce de programmation, nous avons pu lui faire générer les données dans un bloc mémoire. Il manque cependant pas mal de formats
     
  • Format JPG (encodage) / jpegEnc : Court et simple d'utilisation, fait ce qu'il dit, c'est-à-dire de l'encodage jpeg. Peut être utilisé en complément de stb_image ci-dessus.
     
  • Format GIF / giflib : En cours d'évaluation par nos soins. Satisfait a priori aux critères, bien qu'apparemment un peu compliqué pour un format si simple. Pourrait être utilisé en complément de stb_image ci-dessus?
     
  • Format BMP / nous-même : le format BMP est déjà supporté en natif dans ACAM. Nous n'avons donc a priori pas besoin de bibliothèque pour l'utiliser. Mais notre implémentation est partielle, donc un module plus complet ne nuirait pas.
     
  • Multi-formats / libgd : prometteur et compact, après tentative de compilation il semble que ce module nécessite l'installation de libpng, libjpg, libtiff, etc pour fonctionner. Hors sujet pour nous, donc.

 
Pour l'instant, nous avons compilé et incorporé LodePng, stb_image (seul ce dernier devrait rester, car il gère plus de formats que LodePng), jpegEnc et giflib (pas encore testé). Faute de solution acceptable, nous avons renoncé pour l'instant à prendre en compte le format TIFF.
 
Avec tout ceci, nous devrions pouvoir lire et écrire en format BMP, GIF, JPG, PNG, ainsi que TGA, ainsi que lire en format PSD, HDR et PIC, sans avoir besoin de quoi que ce soit de la part du système.
 
La lecture PNG avec masque d'opacité a été testée, dans le futur sélecteur de fichier ACAM-Winter (les icônes apparaissant dans cette boîte sont des images PNG):
 

 
Bon week-end à tous !
by Olivier Guillion
 3 comments.

Dev News Monday, Jul 21st, 2014 at 05:08pm
PDFtoMusic 1.4.3

 
Afin d'éviter les échanges interminables (quand les modifications sont mémorisés en dehors du PDF, ce qui est le mode par défaut) du genre :
- Avez vous appliqué des corrections au document ?
- Non.
- Vérifiez je suis sur que oui.
- Je vous assure que non !...  
- Vérifiez...
- A tiens oui...
Le fait que le document à été corrigé est exporté dans le MusicXML sous forme de commentaire.
by Didier Guillion
 1 comment.

Dev News Tuesday, Jul 22nd, 2014 at 04:59pm
Harmony 9.6 étape 697

 
À la demande générale de Cri-Cri dans les commentaires de ce blog, nous avons amélioré le réglage de l'affichage du tuplet pour permettre à l'utilisateur de choisir la tension de la courbe.
Voila ce que ça donne :
 

Tension 0

 

Tension 50

 

Tension 100

 

Tension 50 et décalage du chiffre de -7

 
Ce paramètre a également été géré dans la boîte d'aspect général de la sélection, la sauvegarde et le chargement de fichier (pour les prochaines versions du programme) et dans MyrScript.
by Olivier Guillion
 1 comment.

Dev News Wednesday, Jul 23rd, 2014 at 05:03pm
PDFtoMusic 1.4.3

 
Un objet dans un fichier PDF est souvent dessiné via plusieurs chemins. Un module assez complexe et de très bas niveau fusionne ces chemins avant de procéder à l'identification de leur signification.
De plus, pour chaque chemin, un calcul est fait de sa complexité ce qui l'aiguillera vers un traitement particulier. Par exemple, inutile de faire une reconnaissance de caractère sur une simple ligne.
Or, ce calcul de complexité pouvait être erroné : l'objet final héritait de la complexité du chemin ajouté et non de la complexité du chemin complet. Cela a été corrigé mais à demandé une procédure de vérification poussée des résultats.
 
On nous a soumis un fichier PDF où les noms des portées étaient écrits de manière verticale. Le nom de la portée est très important puisque c'est un facteur de la détermination de l'instrument à associer. Ce cas est maintenant géré.
by Didier Guillion

Dev News Thursday, Jul 24th, 2014 at 05:20pm
Harmony 9.6 étape 698

 
Nous savons que certains utilisateurs désireraient que nous nous attachions exclusivement au rendu graphique des partitions, et délaissions le rendu sonore, mais il faut bien comprendre que le logiciel est un tout, et que chacun doit pouvoir y trouver son compte.
 
Ainsi, la prochaine version sera plus particulièrement tournée vers l'amélioration de la qualité audio.
 
Outre les instruments à cordes virtuels, nous venons d'implémenter les fréquences d'échantillonnage (qualité de restitution) au-delà de 44 kHz, à respectivement 48 et 96 kHz.
Les exports numériques (fichiers WAV) prennent également en compte ces nouvelles f'réquences. Seules manquent encore les pistes numériques, qui devraient pouvoir être enregistrées, stockées et restituées en utilisant ces nouveaux paramètres.
 
Deux autres projets d'amélioration sont également en cours, nous aurons l'occasion d'en parler ici dès que nous aurons avancé dans notre pré-analyse.
 
by Olivier Guillion
 5 comments.

Dev News Friday, Jul 25th, 2014 at 05:00pm
Harmony 9.6 étape 699

 
Afin de préparer de nouvelles fréquences de restitution, la boîte de configuration de la sortie numérique voit la sélection des fréquences passer de boutons radio à un menu déroulant.
 
Dans PDFtoMusic, le suivi de coulé d'un système sur l'autre a été amélioré.
Des lignes de texte remplies de points pouvaient être considérées comme des paroles, c'est corrigé.
 
Bon week-end !
by Didier Guillion

Dev News Monday, Jul 28th, 2014 at 05:14pm
Harmony 9.6 étape 700

 
Nous avons mis en place les taux d'échantillonnage élevés (48 et 96 kHz) dans les pistes numériques. Etant donné que ce taux est indépendant de celui choisi pour la restitution sonore, il va probablement falloir soit une indication chiffrée, soit une couleur différente de représentation des données pour que l'utilisateur sache en quelle qualité est chaque piste.
 
Ce travail a également mis en lumière une divergence dans le rendu de certains processeurs d'effets à tous les taux d'échantillonnage différents de 44kHz (y compris 11 et 22 kHz). Ils ont été rendus conforme.
 
Outre cela, nous avons corrigé :
 
- un changement de sens de tige intempestif de la dernière note d'un groupe en accroche spéciale, lorsqu'on pose une note juste après
 
- Sur le clavier virtuel, lorsque la musique se jouait, les appoggiatures étaient représentées sur la mauvaise touche.
by Olivier Guillion

Dev News Tuesday, Jul 29th, 2014 at 04:58pm
Harmony 9.6 et autre étape 701

 
On nous a signalé un problème de "police SToccata non trouvée" au démarrage, sur Mac et nous sommes arrivés a le reproduire sur un de nos Macs. Depuis quelques années les polices spécifiques à l'application ne s'installent plus dans le système : elles sont simplement intégrées à l'application et c'est à son lancement que les polices sont initialisées.
Après quelques heures de recherche, il est apparu que le problème venait d'une gestion du cache des polices par Mac/OS.
Solution : utiliser Onyx pour effacer le cache des polices et redémarrer le Mac.
 
Dans PDFtoMusic, il arrive que sur des PDF avec paroles, la ligne de parole soit décalée pour laisser de la place aux notes :
 

 
Ce cas est maintenant traité.
by Didier Guillion

Dev News Wednesday, Jul 30th, 2014 at 04:59pm
Harmony et les VST(i) Partie 1

 
Oui, vous avez bien lu, vous ne rêvez pas. Après plusieurs années d'hésitation à user nos semelles à force de trainer des pieds, nous nous sommes décidés à étudier la possibilité de gérer les plug-ins VST dans Harmony Assistant. Pour rappel, ces plug-ins permettent d'ajouter des sons ou des effets sonores à des applications d'audionumérique.
 
Réfrénez cependant vos ardeurs. Avant de sauter de joie, sachez qu'il faudra encore plusieurs semaines (mois?) avant que vous ne puissiez à nouveau toucher terre. Nous en sommes au tout, tout premier stade, celui de l'évaluation technique. Avant une éventuelle intégration dans le programme, il y aura de nombreuses autres évaluations, des tests, des bilans et des discussions. En gros, attendez-vous à une saga auprès de laquelle Game of Thrones fait figure de simple tweet.
 
Nous commencerons donc par la question d'origine : "qu'est-ce qui nous a retenu aussi longtemps ?" C'est une excellente question et nous nous remercions de nous l'avoir posée.
 
  • Appelez ça de l'expérience, du pessimisme ou même de la paranoïa, mais nous hésitons toujours à utiliser du code que nous n'avons pas écrit nous-même, car cela complique énormément la maintenance, qui est une partie majeure de notre travail.
     
    Trois exemples de code externe que nous utilisons :
     
    1- Les fonctions du système d'exploitation : nous les utilisons aussi peu que possible (d'où ACAM), mais nous en avons besoin, au moins pour les fonctions de base.
    Nous devons prendre en compte que nos utilisateurs ont parfois de vieilles versions du système. Nous sommes donc toujours 3 ou 4 versions majeures en retard par rapport à l'actualité.
    Un système, ce sont des centaines de millions d'utilisateurs, des millions d'applications qui tournent tous les jours. Il y a donc de bonnes chance pour que ça fonctionne bien, et nous possédons nous-même le système, que nous pouvons donc tester. Malgré cela, le rétropédalage que nous a imposé Linux, et dans une moindre mesure les ennuis causés par le développement sous MacOS nous prouvent qu'être prisonnier des accès au système constitue toujours un risque.
     
    2- Les pilotes d'impression : Nos applications doivent pouvoir imprimer. Ces impressions passent par des pilotes souvent écrits par le fabricant de matériel, en suivant les préconisations du système d'exploitation. Ces pilotes sont testés par des milliers d'utilisateurs, sur des milliers de programmes différents. On commence à voir apparaître des problèmes dans les pilotes, qui ne sont révélés que dans certains cas rares. Si votre application a le malheur de ne pas utiliser le pilote exactement de la même façon que Word ou OpenOffice, vous prenez le risque que ce cas n'ait jamais été testé par le fabricant du pilote, et que ça plante. Et là, il est très difficile de corriger le problème sans acheter un exemplaire de l'imprimante
     
    3- Les VST (on y arrive) : Chaque VST (il y en a plusieurs milliers de différents) a été testé par des centaines, au mieux des milliers d'utilisateur, sur tout au plus quelques dizaines d'applications hôtes. Il y a donc de très grandes chances que tous les cas de figure n'aient pas été testés, et que les particularités de votre application engendrent des crashs ou des dysfonctionnements dans certains plugins. Résoudre ces problèmes s'avèrera alors mission impossible, sauf posséder un exemplaire de chaque plugin sur chacun des systèmes.
     
  • Ensuite, les VST sont une technologie propriétaire appartenant à Steinberg, concepteur de logiciels de musique. Cette technologie ne nécessite pas de payer des droits d'auteur à Steinberg, mais n'est pas Open Source, et n'est pas libre d'utilisation (d'ailleurs a-t-on seulement le droit d'en utiliser le logo dans ce blog ?). L'emploi du kit de développement demande de se déclarer auprès du propriétaire de la technologie. Ensuite, pour toute application hôte VST (qui permet d'utiliser n'importe quel plug-in VST), on doit demander une autorisation à Steinberg, qui a priori la délivre. "Et s'ils ne la délivrent pas ?", demande le pessimiste. "Bah, il ne faut pas s'inquiéter, pourquoi diable ne voudrait-ils pas que leur technologie soit utilisée par un éditeur de programmes concurrents des leurs ?" lui répond l'optimiste béat.
     
  • Un risque non négligeable est de sous-estimer le travail à fournir, par une analyse erronnée ou incomplète. Nous envisageons les VSTi comme des alternatives aux sons numériques standard, et les effets VST comme des compléments aux processeurs d'effets numériques. Dans notre esprit, on imagine donc comment cela pourrait d'intégrer au programme. Mais en sommes-nous certains? Qui nous dit qu'une fois que ce sera en place, nous n'aurons pas droit par exemple à "Et comment fait-on pour ouvrir l'interface du VST pendant que la musique se joue ? Il est *évident* qu'il faut pouvoir modifier tous les paramètres en temps réel, et que *bien entendu* ces modifications en temps réel soient sauvegardées avec la partition". Ce n'est un exemple, bien sûr (si on savait ce qu'attendent exactement tous les utilisateurs, on le mettrait en place - ou pas - dès le départ)
     
  • Enfin, l'évolution. À partir du moment où on intègre la prise en compte des plugins VST dans Harmony Assistant (soit dans sa version standard, soit dans une version spéciale, à déterminer), nous nous engageons à assurer la pérennité de cette fonctionnalité dans les versions futures de notre programme. Nous voila donc liés aux évolutions décidées unilatéralement par le propriétaire de la technologie. S'ils décident de tout modifier, nous devrons tout modifier en conséquence. S'ils décident que, pour des raisons de sécurité, on doit utiliser une signature électronique, nous achèterons une signature électronique. S'ils décident que la version 4 sera réservée à leurs propres applications et à celles qui leur paient une grosse redevance, eh bien... on se sera fait avoir.
     
    Tout cela, c'est ce qui nous a retenu jusqu'ici. Mais devant l'insistance et la persévérance de certains utilisateurs motivés, nous avons tout de même décidé de sauter le pas et d'essayer, ce qui ne veut pas dire que le projet aboutira nécessairement. Les résultats détaillés de nos essais seront décrits ici au fur et à mesure.
  • by Olivier Guillion
     3 comments.

    Dev News Thursday, Jul 31st, 2014 at 04:54pm
    Harmony 9.6 et autre étape 702

     
    Les appoggiatures sont maintenant traitées dans les tablatures pour harmonica :
     

     
    Dans PDFtoMusic une indication de fin de pédale était ajouté à chaque début de pédale, ce qui donnait deux fins pour un début, c'est corrigé.
    Le symbole '=' n'est plus exporté dans les indications de tempo.
    Lorsqu'une nuance était tracée via une police musicale, la police était marquée "Times NewRoman" dans le MusicXML, maintenant c'est le nom original de la police qui est utilisé.
    by Didier Guillion
     1 comment.


    Full view
    Reduced view
    Most recent first
    Oldest first
    All
    Didier Guillion
    Olivier Guillion
    Sylvie Ricard
    All
    Memories
    Myriad Life
    To be seen
    Mood
    Dev News
    Technical
    30 previous days
    Apr 2006
    May 2006
    Jun 2006
    Jul 2006
    Aug 2006
    Sep 2006
    Oct 2006
    Nov 2006
    Dec 2006
    Jan 2007
    Feb 2007
    Mar 2007
    Apr 2007
    May 2007
    Jun 2007
    Jul 2007
    Aug 2007
    Sep 2007
    Oct 2007
    Nov 2007
    Dec 2007
    Jan 2008
    Feb 2008
    Mar 2008
    Apr 2008
    May 2008
    Jun 2008
    Jul 2008
    Aug 2008
    Sep 2008
    Oct 2008
    Nov 2008
    Dec 2008
    Jan 2009
    Feb 2009
    Mar 2009
    Apr 2009
    May 2009
    Jun 2009
    Jul 2009
    Aug 2009
    Sep 2009
    Oct 2009
    Nov 2009
    Dec 2009
    Jan 2010
    Feb 2010
    Mar 2010
    Apr 2010
    May 2010
    Jun 2010
    Jul 2010
    Aug 2010
    Sep 2010
    Oct 2010
    Nov 2010
    Dec 2010
    Jan 2011
    Feb 2011
    Mar 2011
    Apr 2011
    May 2011
    Jun 2011
    Jul 2011
    Aug 2011
    Sep 2011
    Oct 2011
    Nov 2011
    Dec 2011
    Jan 2012
    Feb 2012
    Mar 2012
    Apr 2012
    May 2012
    Jun 2012
    Jul 2012
    Aug 2012
    Sep 2012
    Oct 2012
    Nov 2012
    Dec 2012
    Jan 2013
    Feb 2013
    Mar 2013
    Apr 2013
    May 2013
    Jun 2013
    Jul 2013
    Aug 2013
    Sep 2013
    Oct 2013
    Nov 2013
    Dec 2013
    Jan 2014
    Feb 2014
    Mar 2014
    Apr 2014
    May 2014
    Jun 2014
    Jul 2014
    Aug 2014
    Sep 2014
    Oct 2014
    Nov 2014
    Dec 2014
    Jan 2015
    Feb 2015
    Mar 2015
    Apr 2015
    May 2015
    Jun 2015
    Jul 2015
    Aug 2015
    Sep 2015
    Oct 2015
    Nov 2015
    Dec 2015
    Jan 2016
    Feb 2016
    Mar 2016
    Apr 2016
    May 2016
    Jun 2016
    Jul 2016
    Aug 2016
    Sep 2016
    Oct 2016
    Nov 2016
    Dec 2016
    Jan 2017
    Feb 2017
    Mar 2017
    Apr 2017
    May 2017
    Jun 2017
    Jul 2017
    Aug 2017
    Sep 2017
    Oct 2017
    Nov 2017
    Dec 2017
    Jan 2018
    Feb 2018
    Mar 2018
    Apr 2018
    May 2018
    Jun 2018
    Jul 2018
    Aug 2018
    Sep 2018
    Oct 2018
    Nov 2018
    Dec 2018
    Jan 2019
    Feb 2019
    Mar 2019
    Apr 2019
    May 2019
    Jun 2019
    Jul 2019
    Aug 2019
    Sep 2019
    Oct 2019
    Nov 2019
    Dec 2019
    Jan 2020
    Feb 2020
    Mar 2020
    Apr 2020
    May 2020
    Jun 2020
    Jul 2020
    Aug 2020
    Sep 2020
    Oct 2020
    Nov 2020
    Dec 2020
    Jan 2021
    Feb 2021
    Mar 2021
    Apr 2021
    May 2021
    Jun 2021
    Jul 2021
    Aug 2021
    Sep 2021
    Oct 2021
    Nov 2021
    Dec 2021
    Jan 2022
    Feb 2022
    Mar 2022
    Apr 2022
    May 2022
    Jun 2022
    Jul 2022
    Aug 2022
    Sep 2022
    Oct 2022
    Nov 2022
    Dec 2022
    Jan 2023
    Feb 2023
    Mar 2023
    Apr 2023
    May 2023
    Jun 2023
    Jul 2023
    Aug 2023
    Sep 2023
    Oct 2023
    Nov 2023
    Dec 2023
    Jan 2024
    Feb 2024
    Mar 2024
    Mar 18th, 2024 at 08:14pm 
    Comment from Sylvain
    Mar 18th, 2024 at 08:13pm 
    Comment from Sylvain
    @André
    Mar 18th, 2024 at 07:28pm 
    Comment from Antoine Bautista
    Build 82....
    Mar 18th, 2024 at 05:02pm 
    Article from Didier Guillion
    Harmony Assistant 9.9.8  étape 198
    Mar 18th, 2024 at 05:02pm 
    Article from Didier Guillion
    Harmony Assistant 9.9.8  étape 198
    Mar 17th, 2024 at 11:40am 
    Comment from Antoine Bautista
    Frite....
    Mar 17th, 2024 at 11:40am 
    Comment from Antoine Bautista
    Frite....
    Mar 16th, 2024 at 09:16am 
    Comment from André Baeck
    Mar 16th, 2024 at 09:16am 
    Comment from André Baeck
    Mar 16th, 2024 at 09:13am 
    Comment from André Baeck

    Top of page
    Legal information Cookies Last update:  (c) Myriad