L'année 2010 se termine et il est temps de regarder un peu derrière soi pour faire un petit bilan.
Bien sur, il y a eut la routine quotidienne avec l'aide par email aux utilisateurs, ce qui représente tout de même plus de 3 400 réponses personnalisées rien que pour le Macintosh.
C'est grâce à la pertinence des conseils des intervenants du Forum que nous ne sommes pas débordés, alors merci à vous !
En premier lieu, quasiment tout nos produits phares ont vu apparaître une révision majeure cette année.
La tendance la plus intéressante qui se dégage est l'ouverture grandissante de nos logiciels à l'Internet.
Tout d'abord le MUSL permet de publier facilement des musiques, directement depuis Harmony.
A ce jour 180 personnes ont bien voulu utiliser ce médium pour partager leur travail, ce qui représente tout de même près de 7000 oeuvres.
Ensuite, un grand chantier de cette année 2010 a été Kooplet, le moteur de recherche de partitions. Là aussi, comme dans toute innovation, nous sommes passés par des tâtonnements. L'interface a d'abord été intégrée au plug-in, puis réécrite en ActionScript, ce qui nous a permis de nous initier à Flash.
Les premières versions de notre gestionnaire de base de donnée (écrites en Perl) ce sont révélées insuffisamment solide et rapide.
Là aussi, nous avons du repenser plusieurs fois le tout en repartant de zéro avant d'obtenir quelque chose qui nous satisfasse.
Au passage, il a fallu jongler avec la charge processeur de notre serveur dédié et fractionner au maximum nos calculs. Nous envisageons de passer sur une machine encore plus puissante début 2011.
Nos crawlers tournent sans arrêt et nous en sommes à 150 000 partitions validées dans la base de donnée.
Enfin, la recherche Kooplet elle même a été intégrée à Harmony et PDFtoMusic.
Malheureusement, en 2010, il y a eut des coups durs avec la disparition de clients/collaborateurs/amis...
Une pensée pour eux.
Mais aussi, comme nous sommes toujours avides de nouveautés nous nous sommes lancés dans la modélisation physique d'instruments à cordes. Ceci nous a pris une bonne partie de l'été avec des résultats plus qu'encourageants. C'est en repos pour le moment, nouvelle version d'Harmony/Melody oblige, mais cela devrait aboutir à un nouveau produit dans le courant du premier semestre prochain.
Renforcer les fondations, bâtir prudemment de nouveaux étages, voir sur le long terme, c'est notre façon de progresser. Cela peut sembler atypique dans la tendance actuelle du logiciel "jetable" mais nous fonctionnons comme cela depuis plus de 20 ans, nous rencontrons des personnes qui savent nous instiller leur passion, bref, on s'amuse, on se fait plaisir, alors pourquoi changer ?
Comment ne pas s'enthousiasmer avec ce monsieur de 90 ans qui veut générer automatiquement des tablatures pour cithare afin de proposer autre chose à ses camarades de maison de retraite et qui se débrouille pour prendre des photos de son écran avec un APN et me les envoyer par email ? Un grand bol d'air frais.
Toute l'équipe se joint à moi pour vous souhaiter une bonne et heureuse année 2011.
Merci de votre présence, merci de votre soutien. |
|
|
| by Didier Guillion |  |
|
| |
|
Import et export ABC : correction de l'encodage du gruppetto (confondu par erreur avec un tilde)
Durcissement du test d'imprimante non sélectionné.
Correction de "dupliquer note avec tige inverse" quand plusieurs notes étaient sélectionnées.
Correction du script "Tablature pour Cithare" |
|
|
| by Didier Guillion | |
| |
|
Suite aux premiers rapports des testeurs de la bêta :
Correction de l'aspect du curseur lors du posé des nuances crescendo/decrescendo.
Correction d'un problème de compatibilité avec la version précédente dans l'affichage des nuances sur les portées avec une échelle d'affichage différente de 100%.
Lors du changement de taille des caractères dans l'aspect graphique de la portée, la position des nuances et des textes libres est adaptée pour suivre la nouvelle hauteur de la portée. |
|
|
| by Didier Guillion | |
| |
|
Toutes les polices de caractères destinées à être livrées avec Harmony ont été reprises afin d'y ajouter le soupir "ancien style". Tout fonctionne bien, mis à part une mauvaise prise en compte sur Macintosh de la nouvelle version d'une de ces fontes. Il doit y avoir un cache quelque part dans le système, qui n'a pas remarqué le remplacement... 
Sur Windows, nous avons attaqué la mise en place du jeu de la musique en numérique avec faible latence. Lorsque cela fonctionnera, cela devrait permettre aux utilisateurs de claviers MIDI "muets" d'entendre ce qu'ils jouent sans délai gênant (et, cerise sur le gâteau, avec les sons de la base de sons courante). En effet, beaucoup d'utilisateurs ne possèdent pas de matériel MIDI leur permettant d'entendre les notes jouées sur leur clavier. L'utilisation du synthé logiciel livré avec Windows est, quant à elle, assez malaisée du fait du délai d'environ 250 ms entre l'appui d'une touche et l'audition du son correspondant. Un petit synthé logiciel MIDI à faible latence a semble-t-il existé sur PC, mais il n'est apparemment plus disponible, et introuvable.
On espère donc régler ce problème définitivement avec notre nouveau procédé, et rester en deçà de la barre des 100 ms de délai. |
|
|
| by Olivier Guillion |  |
| |
|
Les deux représentations possibles du soupir ont été implémenté. Ceci se règlera de manière globale au document, dans les préférences graphiques de la partition. Les entrées correspondantes ont été définies en MyrScript.
Correction d'une collision d'ouverture de boite dans le traitement Kooplet. Harmony est maintenant remarquablement stable sur toutes les importations.
|
|
|
| by Didier Guillion | |
| |
|
Ce soir c'est la longue nuit de Noël.
Toute l'équipe de Myriad vous souhaite de joyeuses fêtes, en famille, au pied du sapin.
Nous sommes certains que le gentil barbu en rouge va vous gâter !
|
|
|
| by Didier Guillion | |
|
| |
|
Nous avons avancé sur l'intégration dans Harmony de plusieurs polices de caractères musicaux par défaut. Les fonctions d'édition ont été reprises pour en tenir compte. Le but est que si l'utilisateur choisit lors de la création de son document une police donnée, il n'ait plus à se soucier de l'aspect des portées ajoutées ou du résultat des autres opérations d'édition, la police choisie au départ étant alors utilisée partout.
Bien entendu, il pourra encore changer individuellement ou globalement la police de l'une ou l'autre des portées de sa partition.
Tant que nous en sommes dans les polices, il serait possible d'intégrer une police textuelle par défaut qui permettrait d'entrer les caractères musicaux utilisés dans les textes (par exemple, les altérations). Ceci permettrait éventuellement au logiciel d'afficher par exemple les noms d'accord avec un vrai bémol plutôt qu'un "b". C'est donc à l'étude.
Enfin, suite à une question concernant l'aspect du soupir que nous avons posée sur le forum, nous nous demandons si le choix entre les deux aspects possibles de ce symbole (aspect 'moderne' tel qu'il est actuellement dans Harmony, et aspect 'ancien' où le soupir ressemble à un demi-soupir inversé) ne devrait pas pouvoir se faire quelle que soit la police utilisée. Il faudrait alors que les polices contiennent les deux formes, et que l'utilisateur choisisse laquelle utiliser depuis les réglage de l'aspect de la partition. Ici encore, c'est à l'étude.
|
|
|
| by Olivier Guillion | |
|
| |
|
La gestion des différentes polices musicales a été intégrée à Melody Player et dans le plug-in.
La taille des installateurs n'a presque pas changé : les fichiers des polices sont court et se compactent bien.
Afin de faciliter l'installation des polices autres que celles fournies par défaut, l'utilisateur pourra copier la police dans un dossier "Fonts" de ces "Settings", la police sera alors reconnue par Harmony. Bien entendu, il faut garder à l'esprit que l'affichage ne sera conforme que sur les ordinateurs où cette police particulière est installée.
Lors de la sélection de la police, que ce soit lors de la création d'un nouveau document ou dans l'aspect graphique de la portée, les nom des polices non fournies par défaut s'afficherons d'une manière différente.
|
|
|
| by Didier Guillion | |
| |
|
Comme prévu la ß1 d'Harmony a été publiée (voir le Forum). Nous passons donc en 9.6 avec comme principale nouveauté l'intégration de Kooplet.
Il y a peu, un gentil utilisateur a dessiné des polices de caractères musicaux qu'il a aimablement offert à la communauté Myriadesque. De notre coté nous avons commencé à en créer.
Dans la prochaine version, ces polices seront directement intégrées à Harmony et installées par défaut.
Lors de la création d'un nouveau document, on pourra choisir le jeu de caractères musicaux, et bien sur, le changer portée par portée si on le désire.
L'idéal serait que le Player et le Plug-In en tienne compte, nous étudions cela.
|
|
|
| by Didier Guillion | |
| |
|
PdfToMusic et Harmony ont tournés une bonne partie du week-end pour enrichir la base Kooplet.
Nous en sommes à 133 000 documents.
Nous nous sommes rendu compte que les nombreuses corrections dans les modules d'importation d'Harmony ont rendu celui-ci extrêmement stable. En fait, maintenant plus stable que PDFtoMusic qui a été mis en échec sur une dizaine de PDF.
Après analyse, (les fichiers non traités sont automatiquement archivés pour vérification manuelle ultérieure) nous nous sommes rendus compte que PDFtoMusic les traitaient tout de même, mais que ces fichiers très volumineux (nous avons vu passer l'intégrale de la 5ème de Beethoven) demandaient plus de 20 mn de calcul, ce que le serveur considérait comme une erreur et se déconnectait.
Voilà de longs mois qu'une bêta d'Harmony n'a pas été publiée, ce serait fait normalement demain avec de vrais morceaux de nouveautés dedans... |
|
|
| by Didier Guillion | |
|
| |
|
Lorsque le robot d'indexation de Kooplet a terminé de balayer un site, il attends quelques jours avant de recommencer, et de vérifier si de nouveaux fichiers musicaux ont été mis en ligne sur ce site.
Lors de ce deuxième passage, il tombe sur une majorité de documents qui sont déjà indexés. Il faut donc une méthode rapide pour savoir si un fichier est déjà dans la base.
Malheureusement, il y avait une petite erreur dans la mise en place de cette méthode, et le robot pensait parfois à tort trouver des fichiers tout nouveaux, alors qu'ils étaient anciens et déjà collectés.
Résultat, pas mal de doublons dans la base, qu'il a fallu repérer après avoir corrigé l'erreur. Sur les 125000 documents collectés, environ 26000 sont des doublons qu'il faut donc éliminer de la base.
Cette suppression va se faire tranquillement, en tâche de fond. La découverte de nouveaux documents allant plus vite que la suppression de ces doublons, le nombre total de fichiers indexés ne devrait pas baisser, mais simplement grimper un peu moins vite dans les prochains jours.
Ceci nous permet de tester l'élimination en masse d'entrées dans la base, ce que nous n'avions pas eu l'occasion de faire jusqu'ici. Apparemment, ça fonctionne.
Nous allons continuer à enrichir et nettoyer la base ce week-end. |
|
|
| by Olivier Guillion | |
|
| |
|
Aujourd'hui :
Mise à niveau des ressources dans les différentes langues. Il va falloir maintenant les traduire...
Correction du script de génération de groupe d'instruments numérique.
Correction de la documentation MyrScript.
Merci à ceux qui nous en envoyé des remarques sur Kooplet, nous sommes en train de les traiter et donnerons une réponse personnalisée à chacun.
Il y a actuellement 117 000 documents dans la base de donnée.
|
|
|
| by Didier Guillion | |
| |
|
Aujourd'hui, pas mal d'interrogations et de cas de conscience. Si l'intégration de Kooplet à Harmony Assistant et PDFtoMusic est un plus offert aux utilisateurs de nos programmes, la version Web, quant à elle, est une entité séparée, n'ayant que peu de relations avec le reste de nos produits et activités.
Aussi nous sommes-nous posé la question : comment rentabiliser ce service, offert gratuitement à tous les internautes musicophiles ?
En tant qu'internautes nous-mêmes, nous sommes assez exaspérés par les publicités invasives, surgissantes, sonores ou clignotantes qui constellent la plupart des sites ainsi sponsorisés. Cette pollution visuelle et sonore perturbe la lecture des pages et la concentration, en plus de vidanger le contenu des batteries des portables par l'excès de puissance que nécessite leur affichage.
Il ne nous est rapidement resté qu'une solution toute faite : les liens sponsorisés, donc des annonces purement textuelles, à la manière de celles qui apparaissent à droite lors des recherches Google.
Rarement (en fait, jamais) nous n'avons constaté un tel flou dans un système de rémunération énoncé contractuellement.
Pour simplifier, mais sans exagérer, les annonces apparaissent sur votre page, ça c'est sûr. Ensuite, vous touchez un pourcentage indéterminé, issu d'un calcul non vérifiable, dont la formule n'est pas consultable, sur un montant de départ (payé par l'annonceur) non communiqué. Et ceci quelle que soit la régie que nous ayons pu trouver.
A cela s'ajoute la réticence à émailler nos pages de recherches de publicités, même ciblées, pour des sites marchands inconnus a priori. Ne sachant pas non plus quelle sera la fréquentation de Kooplet lors de sa mise à disposition au public, cela nous a amené à envisager un plan B.
Et si, plutôt que d'apporter de nouveaux clients à des annonceurs inconnus, nous parvenions à décider certains visiteurs à acheter une licence pour l'un de nos produits ?
Et si, en plus, cela pouvait se faire par le biais d'une information utile ?
Nous avons donc, à la place des placards publicitaires, inséré dans les pages de recherche une section "Le saviez-vous  " qui donne des informations et astuces sur l'utilisation du moteur, et sur les outils associés qui permettent d'aller plus loin (en l'occurrence, nos produits).
De plus, dans les encarts de détail sur chaque résultat (l'icône de loupe  ), nous avons également cité le logiciel qui avait traité le fichier, avec un lien sur la page le décrivant.
Nous essaierons donc de déterminer combien de nouveaux clients ce système nous amène, avant de nous décider définitivement sur l'utilisation ou non de placards publicitaires classiques. Ce choix n'interviendra de toute façon qu'un bon bout de temps après que Kooplet est lancé officiellement.
|
|
|
| by Olivier Guillion | |
| |
|
Ca y est, une nouvelle version beta de Kooplet est disponible.
Vous pouvez l'essayer ici, il y a un peu plus de 100 000 partitions dans la base de données.
Parmi les nouveautés depuis la dernière beta:
- Nouvel aspect des pages de recherche
- Compatibilité avec les principaux navigateurs (Firefox/IE/Chrome/Safari)
- Prise en charge multilingue (français/anglais)
- Options de classement des résultats
- Option "détails" sur chaque résultat, avec aperçu graphique et sonore
- Possibilité de signaler un problème de droit d'auteur
- Marquage graphique des partitions nouvellement trouvées
Le module d'entrée de séquences en Flash n'a quant à lui pas changé.
Bons tests !
|
|
|
| by Olivier Guillion | |
|
| |
|
Cet été nous avons intégré le clavier virtuel au Melody Player et au Plug-in. La demande initiale provenait d'un site web qui veut proposer des méthodes d'apprentissage du piano.
On nous a maintenant demandé de visualiser les doigtés, ce qui a été fait.
A noter que l'on doit au préalable saisir les indications de doigté associés aux notes. Nous avons un peu réfléchi à un calcul automatique de ceux ci. Cela semble possible mais nous n'avons guère de temps en ce moment pour ce projet.
|
|
|
| by Didier Guillion | |
| |
|
Comme annoncé avant-hier, la partie de notre site permettant de demander ses codes a été réécrite pour utiliser notre système de base de données.
La recherche est donc maintenant bien plus rapide, nous sommes passés de 5 ou 10 secondes de traitement pour chaque demande à presque rien (quelques centièmes).
La mise à jour de la base de données des codes a également été accélérée, ce qui nous a permis de mettre en place une réplication automatique quotidienne depuis notre programme propriétaire de gestion de notre base de clients.
Par contre, depuis avant-hier, un problème de corruption de la base Kooplet est apparu. Nous sommes donc revenus à la dernière sauvegarde correcte, contenant un peu moins de 80000 fichiers.
Nous pensons avoir trouvé et corrigé l'irrégularité qui provoquait l'erreur (c'était pas simple), et avons donc bon espoir de faire tourner intensivement le système ce week-end.
Nous pensions pouvoir mettre en ligne la version beta-2 de Kooplet aujourd'hui, mais à cause de ce problème qui nous prend la tête depuis 2 jours, il faudra malheureusement patienter jusqu'au début de la semaine prochaine...
Bon week-end !
|
|
|
| by Olivier Guillion | |
| |
|
Un cas intéressant a été corrigé aujourd'hui dans PDFtoMusic. Quand le chanteur devait chanter "La La La La", pendant toute une ligne de mesures, PDFtoMusic ajoutait les textes à la ligne d'accord et non à celle des paroles.
La correction était possible à la main mais pas vraiment humaine...
Une option a été ajoutée afin d'interdire le traitement des noms des accords et rectifier ainsi la situation. |
|
|
| by Didier Guillion | |
|
| |
|
Ecrire Kooplet nous a permis de progresser en langage Perl, et surtout de créer un système de base de donnée efficace et rapide.
Du coup, nous n'avons pas pu retenir une grimace en regardant certains de nos plus anciens scripts, comme celui de la demande de code perdus.
Ce genre de script gagnerait en compacité et surtout en rapidité s'il pouvait utiliser le nouveau système de base. Nous pourrions également automatiser le processus de réplication du fichier des codes, afin de maintenir le système à jour, ce qui n'est pas le cas aujourd'hui.
Si un client perd l'e-mail avec ses codes dans la semaine qui suit la réception, il y a de fortes chances que le système automatique ne fonctionne pas, et qu'il doive passer par une recherche manuelle.
Donc, le travail d'aujourd'hui a été de séparer complètement la gestion de la base de données de Kooplet lui-même. Les deux avaient été écrits ensemble, et étaient un peu emmêlés. Nous aurons ainsi un système réutilisable aisément depuis n'importe lequel de nos scripts.
Une fois cela fait, nous pourront réécrire quelques anciens scripts pour les faire bénéficier d'un regain de vivacité non négligeable.
|
|
|
| by Olivier Guillion | |
| |
|
Aujourd'hui nous avons entièrement repensé le protocole d'entrée des licences dans nos produits. Nous espérons que cela va réduire d'environ 10% nos emails d'aides aux nouveaux utilisateurs.
Le code ne sera plus demandé au démarrage mais via une boîte de dialogue dont l'accès sera décrit dans l'email que nous envoyons avec la licence.
Cette boîte unique va centraliser les licences d' Harmony/Melody, Virtual Singer et OMeR.
D'un coup d'oeil l'utilisateur voit si le produit est enregistré, et avec quel numéro de licence.
Cela, nous l'espérons, va éviter de nombreuses confusions, par exemple entre les codes d'Harmony et de Virtual Singer.
Pas mal de personnes ne comprenaient pas que la licence n'était demandée qu'une fois et que le fait que certains options s'affichaient en grisé ne voulait pas dire que le logiciel était encore en démo.
Egalement, l'accès à la demande de renvoi automatique de numéro de licence est accessible depuis cette boîte.
|
|
|
| by Didier Guillion | |
| |
|
La collecte de fichiers musicaux s'est poursuivie ce week-end et aujourd'hui, portant le nombre de partitions dans la base à environ 60000.
Harmony Assistant et PDFtoMusic, dans le mode "prédigestion des données musicales collectées" ont été particulièrement stables. Le processus total ayant un "goulot d'étranglement" du côté de notre server Web, lors de l'étape de stockage dans la base de ces données prédigérées, cela limite le nombre de fichiers traités à un maximum de 1500 à l'heure. Il ne sera donc a priori pas nécessaire de faire appel aux utilisateurs comme nous l'avions envisagé, pour nous aider soit dans la collecte des musiques, soit dans leur pré-traitement.
Par contre, la totalité des utilisateurs nous aidera à faire le ménage dans la base. En effet, lorsqu'une personne cliquera sur le bouton de téléchargement/visualisation de la partition la boîte de Kooplet (version incluse dans HA ou P2M), et que le fichier en question ne pourra pas être téléchargé, il sera marqué comme douteux. Si, pendant un minimum de 3 jours, aucun essai de téléchargement de ce fichier n'est fructueux, le lien est considéré comme mort et la partition supprimée de la base.
Nous testons donc maintenant les suppression de partitions dans la base générale, module qui nous servira également lors du traitement des signalements de manquement aux droits d'auteur. |
|
|
| by Olivier Guillion | |
| |
|
La traitement des fichiers a tourné une bonne partie de la journée. En mobilisant deux ordinateurs nous analysons environ 1000 fichiers par heure. Nous en sommes à 28 706.
L'interface a été peaufinée avec un nouveau menu contextuel permettant de limiter la recherche aux fichiers ajoutés la dernière heure, jour, semaine, mois et année.
Nous ne perdons pas de vue l'idée de demander à des utilisateurs volontaires de collaborer à la constitution de la base.
Cela se fera via une simple case à cocher dans la boîte de recherche de Kooplet, les fichiers traités s'affichant dans la liste des résultats de la recherche.
Kooplet a été intégré à Melody Assistant. Bien sur, la partie collaborative sera limitée aux formats gérés par Melody.
Bon, comme tout avance bien, nous envisageons une bêta très bientôt...
Bon week end !
|
|
|
| by Didier Guillion | |
| |
|
Le résultat des recherches sur le Web a été mis au propre, ainsi que les détails disponibles sur chaque fichier.
Dans ces détails, la possibilité est maintenant offerte de jouer le début de la musique, afin de pouvoir se faire une idée du contenu du morceau.
Il est possible de filtrer les résultats en fonction du nombre d'heures ou de jours écoulés depuis la découverte du fichier par Kooplet, afin de ne présenter, par exemple, que les morceaux mis en base depuis moins de 24 heures.
Nous avons également attaqué la gestion des différentes langues (pour l'instant, Français et Anglais) dans lesquelles les pages de recherche sont affichées.
La base de données continue de se reconstruire, avec plus de 20000 fichiers collectés.
Dès que les versions anglaises et françaises seront au point, nous remettrons en ligne une version beta du moteur, afin que vous puissiez l'expérimenter par vous-même. |
|
|
| by Olivier Guillion | |
| |
|
Aujourd'hui nous avons avancé sur deux points importants.
D'une part la page web qui permettra de déclarer des manquements aux droits d'auteur, dont voici un exemple :
http://www.kooplet.com/cgi-bin/kooplet/report.pl?id=3131
Il reste à gérer l'envoi des informations vers notre base et le traitement.
Ensuite, la gestion de l'affichage des résultats dans Harmony/Melody/PdftoMusic a progressé.
Comme dans le JukeBox, l'utilisateur peut maintenant définir quel type d'information il veut voir, redimensionner les colonnes et changer leur ordre d'affichage.
En tache de fond, le calcul de la base se poursuit, nous en sommes à 15 800 fichiers. Au passage, les dernières corrections ont considérablement amélioré la stabilité d'Harmony vis à vis de certains fichier exotiques puisque nous avons pu en traiter plus de 3000 en une seule session. |
|
|
| by Didier Guillion | |
|
| |
|
|
" qui donne des informations et astuces sur l'utilisation du moteur, et sur les outils associés qui permettent d'aller plus loin (en l'occurrence, nos produits). 
), nous avons également cité le logiciel qui avait traité le fichier, avec un lien sur la page le décrivant. 
