Le coté serveur (le Perl) semble maintenant solide, nous l'avons testé tout aujourd'hui afin de le mettre en défaut.
Les scripts Perl ont été installés et validés sur le serveur myriad-users.com. Même avec des espaces utilisateurs bien remplis, la réactivité semble correcte.
L'annulation globale de toutes les opérations est opérationnelle : l'utilisateur peut supprimer, renommer, déplacer des fichiers ou des dossiers et au dernier moment décider d'annuler l'ensemble des modifications.
Une nouvelle commande permet d'effacer tout l'espace utilisateur afin de repartir sur un site vide, ceci est également annulable bien entendu.
Une fonctionnalité à été ajoutée : publier une arborescence complète. On peut donc créer en local sur son ordinateur, un dossier hiérarchisé des musiques à publier et tout envoyer vers le serveur en une seule opération. Ceci a généré un problème : il est ainsi possible de publier une grande quantité de données en un seul click. Nous avons donc décidé de limiter l'espace utilisateur afin de ne pas nous retrouver saturé, suite à une erreur (publier toutes les démos par exemple...).
Pour l'instant la limite sera de 20Mo par personne, ce qui est tout de même pas mal, l'utilisateur le plus productif, M Duda ne dépasse pas 12 Mo.
La semaine prochaine, nous allons attaquer la dernière phase (mais non la moindre) : générer des pages HTML à partir de toutes les données collectées. |
|
|
| by Didier Guillion |  |
| |
|
Une première mouture de la gestion à distance des fichiers et dossiers est maintenant opérationnelle. Il nous reste maintenant à la valider...
On peut créer des dossiers, téléverser un fichier, le renommer, le déplacer ...
Un commentaire, qui sera affiché sur la page web, peut être associé à chaque fichier.
Dans la fenêtre d'édition des fichiers, la taille et la date de chaque fichier est affichée. Cela permettra de voir rapidement si la version du fichier publié est la bonne. De même le nombre de fichiers dans chaque dossier et la place occupée sont données.
Nous envisageons de laisser à l'utilisateur la possibilité d'annuler l'ensemble des modifications qu'il aurait appliqué sur son espace. S'il clique sur "Annuler" dans la boîte d'édition, et après confirmation de sa part, l'espace sera rétabli dans son état d'origine.
Enfin, dans le volet "Avancé", le choix de la langue d'affichage des pages Web peut être fait. Ceci concernera toutes les zones de texte "système" comme les noms des boutons, les mentions légales, etc. On peut en effet imaginer qu'un utilisateur Francophone puisse désirer que son espace soit accessible à tous et donc en Anglais. |
|
|
| by Didier Guillion | |
|
| |
|
Ça y est, les premières données ont été écrites dans la base de donnée gérée par le serveur et extraites sans erreur par Harmony. La fiche descriptive de l'utilisateur est dès à présent correctement gérée. Le programme reçoit l'arborescence du serveur et l'affiche.
Nous respectons toujours une de nos contraintes du départ : rien n'est mémorisé sur l'ordinateur et tout se trouve sur le serveur.
La gestion des mots de passe est fonctionnelle au niveau de l'interface.
A chaque document, nous prévoyons d'associer un commentaire, si possible sous la forme d'un texte stylé, qui sera affiché sur la page web.
En effet, les noms de fichier doivent respecter la norme UNIX et sont peu informatifs.
Nous essayons de voir si l'on peut appliquer la même chose aux dossiers.
Maintenant il faut écrire en Perl une à une toutes les primitives de gestion de l'arborescence : créer un dossier, le renommer, le déplacer le supprimer et de même pour les fichiers.
Le système de gestion de l'ordre des dossiers et des fichiers a été prévu pour que les déplacements soient mémorisés. Ainsi, les fichiers et dossiers seront classés par l'utilisateur et pas simplement présentés par ordre alphabétique. |
|
|
| by Didier Guillion | |
| |
|
Notre nom de domaine est maintenant réservé ce sera "myriad-users.com" (à noter l'absence de "www", on cherche à faire le plus simple et le plus court possible). Le serveur, opérationnel depuis ce matin, est prêt à accueillir nos scripts. Pour l'instant nous les testons en local sur notre tête de réseau.
La première mouture de l''interface est fonctionnelle et a été testée hors connexion au serveur. Le protocole d'échange de données est défini dans ses grandes lignes, de même que la structure des bases de données.
La gestion des données dans la base, coté serveur, a été écrite en Perl, le coté C est en cours de finalisation. Une fois tout cela testé, Harmony et le serveur pourrons commencer à dialoguer.
Le problème de la photo dans la page d'accueil nous à tracassé un moment. Harmony reconnaît relativement peu de formats d'image : le BMP, le Pict, point barre. Après tout c'est un logiciel musical, non ? Nous ne voulons pas alourdir le code avec des librairies externes.
Mais de fait, les images dans les pages Web sont usuellement des .jpg ou des .png.
Voici comment cela va se passer : l'utilisateur va choisir une image au format de son choix sur son disque dur, l'image va être envoyée sur le serveur qui va la redimensionner (via ImageMagic) et la transformer en un fichier .jpg de 64x64 pixels et en un .bmp de même taille qui sera renvoyé vers l'ordinateur de l'utilisateur où elle pourra être affichée en guise de pré-visualisation.
Dès la première analyse du projet nous nous sommes posé des questions métaphysiques et avons du faire des choix :
"Devons nous limiter la taille de l'espace disque disponible à l'utilisateur sur notre serveur ?"
Pour l'instant non. On verra s'il n'y a pas d'abus.
"Comment nous protéger si des utilisateurs publient des musiques non libres de droit d'auteur ?"
Chaque page donnera un lien sur une adresse email pour nous signaler une diffusion non légale. Le possesseur de l'espace pourra fournir une adresse email où le contacter pour ce genre de problème et à défaut de réponse nous invaliderons son compte.
"Cette fonctionnalité sera t 'elle disponible également dans Melody ?"
Pour l'instant, non. On va voir comment cela se passe avec les utilisateurs d'Harmony...
"Laissons nous la possibilité à l'utilisateur de protéger l'accès à son espace par un mot de passe ?"
Non. Le but du projet c'est de partager. On pourra simplement définir si les pages apparaissent dans l'annuaire général, mais elles seront toujours accessibles librement via les moteurs de recherche.
"Pourquoi ne pas donner la possibilité aux utilisateurs de vendre leur partitions via notre site et toucher un pourcentage au passage ?"
Parce que là aussi ce serait contraire au principe de partage. Il est évident que beaucoup moins de personnes diffuseraient gratuitement leurs créations si d'autres les vendaient.
Et puis, même si cela faisait entrer des sous, cela nous obligerait à une gestion comptable complexe, et çà, cela nous casse franchement les pieds...
Dès que la gestion de la base fonctionnera bien, nous pourrons passer à la prochaine phase : générer des pages HTML à partir des données collectées. Une première béta sera alors en vue... |
|
|
| by Didier Guillion | |
| |
|
Le projet avance bien. Nous avons ces derniers jours défini sur papier l'interface utilisateur de la gestion des espaces utilisateurs.
Partant de là une première maquette a été construite et intégrée à Harmony. Ce sera une boîte de dialogue à trois volets accessible depuis le menu "Internet".
Le premier volet permettra d'ajouter des fichiers, de créer des dossiers, de déplacer, supprimer et renommer tous ces éléments.
Le deuxième volet, le "CV", va configurer la page de garde de l'espace où chacun pourra (s'il le veut) se présenter : nom de l'utilisateur, sa photo, date de naissance, commentaires éventuels, etc.
Enfin, le troisième, baptisé "Avancé", va permettre de régler plus finement certaines réactions. Un annuaire général des utilisateurs est prévu, il sera possible de dire si l'on veut ou non y apparaître. Une adresse email, accessible uniquement aux administrateurs, nous permettra de contacter l'utilisateur en cas de problème, par exemple si une suspicion de problème de droit d'auteur nous a été signalée.
Nous avons réfléchi à la question des licences de site, lorsque plusieurs utilisateurs se connectent depuis une école de musique par exemple.
Il sera donc possible de verrouiller l'accès à la gestion des fichiers (mais pas à la visualisation) sur l'espace utilisateur par un mot de passe.
Pour l'instant les actions de l'utilisateur sont déroutées vers un module "mannequin" qui assurera à terme le dialogue avec le serveur.
Ceci nous a permis de définir les commandes élémentaires que le serveur devra gérer : créer un espace utilisateur, télécharger un fichier, créer un dossier, le renommer, déplacer un fichier, etc.
Une de nos contrainte est de pouvoir délocaliser toutes les informations sur notre serveur afin qu'une personne en déplacement puisse accéder de manière transparente à son espace, en mode administrateur, via son ordinateur portable. Pour l'instant, c'est plutôt en bonne voie, aucune information n'est stockée sur le disque dur.
|
|
|
| by Didier Guillion | |
| |
|
Depuis hier nous réfléchissons intensivement sur papier à la façon la plus efficace d'implémenter le principe de la MUSL.
Nous avons noirci quelques pages de nos carnets et les grandes lignes ont été dégagées. Notre principal objectif est de rendre l'utilisation la plus simple possible pour le débutant. Nous sommes conscients que nous ne nous adressons pas à des personnes qui maîtrisent leur serveur FTP et qui butent souvent sur les problèmes d'adresse, de port, de mot de passe... L'objectif est de permettre de publier sur le Net en deux ou trois click de souris, tout en gardant à l'esprit que certains auront des demandes plus pointues.
La principale question a été de décider si la gestion des pages, arborescence, personnalisation de l'espace utilisateur, se ferait en Perl dans le navigateur Internet ou dans Harmony lui même. C'est la deuxième solution qui a été retenue. C'est peut être un peu plus compliqué à mettre en oeuvre mais l'accès aux informations sur les fichiers musicaux est plus aisée. Par exemple, rien n'empêche d'imaginer que l'icône des documents sur le site Web de l'utilisateur soit une réelle miniature du fichier lui-même, que l'on puisse "taguer" les fichiers d'après les catégories définies dans les informations sur le document, etc.
Donc, la partie Perl, sur le serveur, sera limitée aux primitives les plus basiques : manipulation des dossiers et des fichiers, affichage des pages, comptage du nombre de visiteurs...
Nous avons dégagé les fonctionnalités les plus essentielles que nous avons commencé à écrire. Pour l'instant nous en sommes à la création des espaces utilisateurs avec toutes les communications entre la base de donnée des utilisateurs qui se trouvera sur le serveur et le logiciel.
Les démarches pour créer un nom de domaine spécifique ont été lancées. Le nom devrait être "myriad-users.com".
Nous espérons pouvoir mettre le sous domaine en avant avec des adresses du genre :
http://pascaldupont.myriad-users.com
Ce serait mieux que :
http://myriad-users.com/pascaldupont
Nous sommes en discussion avec notre hébergeur à ce sujet. |
|
|
| by Didier Guillion | |
|
| |
|
La collection de musiques de démonstration proposée sur notre site devient de plus en plus conséquente, et représente environ 170 h (une semaine) de musique non stop.
Il devient de plus en plus difficile de s'y retrouver dans la pléthore de morceaux aux styles et aux auteurs divers. Le manque de commentaire, de présentation de l'auteur ou de ses oeuvre rend la visite laborieuse.
Enfin, la gestion de toutes ces musiques est faite "à la main" par nous-même, et cela nous prend du temps.
Aussi avons-nous pensé à lancer un nouveau serveur, séparé de myriad-online.com, et destiné à héberger l'espace personnel musical des utilisateurs de nos logiciels.
Dans un premier temps, ce serait assez simple, quitte à l'étoffer par la suite.
Basiquement, chaque utilisateur se verrait doté d'une page principale lui permettant de donner des informations sur lui-même, ainsi qu'un espace hiérarchisé à son gré pour présenter ses musiques. Chacune pourrait être accompagnée d'un commentaire, et le mode de protection des droits d'auteurs serait indiqué.
Voici, très vaguement et en réduction, à quoi pourrait ressembler une page de présentation d'une musique. Les couleurs sont volontairement "flashy" pour bien repérer les différentes zones, mais la charte changera d'ici la version finale.
Nous pensons lancer un petit sondage dans le forum au sujet des fonctionnalités attendues, et recueillir ainsi les opinions de chacun. Le système devra cependant rester très simple d'utilisation, afin de permettre à tous de gérer leur propre espace sans avoir besoin de contacter le support technique toutes les 10 minutes  |
|
|
| by Olivier Guillion |  |
|
| |
|
- Import Guitar Pro : gestion des bends sur les fichiers version 1.
- Import Guitar Pro : version 3, position alternative en fret
- Import Guitar Pro : amélioration de l'interprétation des bends.
- Correction de l'aspect graphique des liés lors des franchissements de page. |
|
|
| by Didier Guillion | |
| |
|
Import GuitarPro : correction de la gestion des tuplets
Amélioration de l'import NoteWorthy.
Le nouveau mode de jeu de la liste a été intégré au Plug-In.
MyrScript, ajout de la méthode score.PauseMusic() pour mettre la musique en pause et la reprendre.
ajout de la valeur score.IsMusicPaused pour savoir l'état de la musique.
Enfin, les premières soumissions au 22 ème Concours ont été publiées.
|
|
|
| by Didier Guillion | |
|
| |
|
Correction de l'importation Band In A Box.
Dans le Melody Player, la touche "P" permet de pauser,dépauser la musique.
Un nouveau mode de jeu permet de charger le morceau suivant dans la liste et d'attendre que l'on appuie sur "espace" pour le jouer.
|
|
|
| by Didier Guillion | |
|
| |
|
Aujourd'hui :
Amélioration de l'importation Finale.
L'importation au format Encore a été remaniée et améliorée.
Nous travaillons maintenant sur des fichiers NoteWorthy qui ne passent pas...
|
|
|
| by Didier Guillion | |
| |
|
Pour débuter la semaine :
Import GuitarPro : prise en compte des notes étouffées.
Import GuitarPro : prise en compte des valeurs des bends
Et principalement :
Les nouvelles versions béta de Melody et Harmony ont été mises à jour pour le Macintosh.
|
|
|
| by Didier Guillion | |
|
| |
|
Nous avons finalisé les modifications de dernière minutes apportées à la version beta d'hier:
- La saisie de certains taquets dans l'aperçu avant impression a été améliorée (il y avait un petit décalage de quelques pixels entre la position du taquet affiché et la zone où on pouvait le saisir)
- Dans l'éditeur MyrScript, le clic sur les résultats d'une recherche multiple envoie maintenant au bon objet et à la bonne ligne
- Enfin, une irrégulatité graphique nous a été signalée sur les liaisons, lorsque les deux notes sont très rapprochée. Un test permettait, lorsque la liaison était inversée, d'éviter le chevauchement avec les tiges des notes. Mais le test était faux et évitait des tiges qui n'étaient pas là.
Une image étant plus parlante qu'un long discours, voici l'affichage actuel (avant) et l'affichage corrigé (après) :
Ceci changera légèrement l'aspect des partitions déjà écrites et utilisant des liaisons.
|
|
|
| by Olivier Guillion | |
|
| |
|
De nouvelles versions beta d'Harmony Assistant et Melody Assistant pour Windows viennent d'être postées. Elles intègrent les modifications, corrections et améliorations détaillées sur ce blog depuis la sortie de la version beta-2, plus celles qui ont été faites aujourd'hui:
- Correction du positionnement à la souris de certains taquets dans l'aperçu avant impression
- Dans ce même aperçu, changement de l'aspect du pointeur de la souris lorsqu'elle passe sur un taquet
- Développement MyrScript: Correction de crash lors du clic sur le résultat d'une recherche multiple dans le texte d'une palette flottante. Cette correction n'est pas tout à fait terminée, puisque cela ne se positionne toujours pas à l'endroit attendu, mais au moins ça ne plante plus  |
|
|
| by Olivier Guillion | |
|
| |
|
Aujourd'hui:
- Lors de l'utilisation d'une police non standard pour l'affichage des notes, les formes de têtes "rond+croix" ou "demi-rond+croix" pouvaient apparaître à la mauvaise échelle.
- Des problèmes de crash ou de blocage ont été signalés sur Windows, lorsque l'imprimante par défaut est une imprimante réseau et qu'elle n'est pas allumée.
Nous avons vainement essayé de reproduire le probmème sur notre imprimante laser HP, sans succès.
- Enfin, les rapprts de crash en attente ont été analysés, et quelques petits problèmes corrigés, afin de préparer une version beta qui devrait être disponible demain (Melody Assistant et Harmony Assistant, mais en version Windows seulement). |
|
|
| by Olivier Guillion | |
|
| |
|
Voici les dernièrs corrections, modifications et améliorations avant le week-end.
- Le "lifting" du script d'importation des fichiers au format GuitarPro est suffisamment abouti pour que nous puissions en publier une version sur le Forum. Aujourd'hui nous avons spécialement peaufiné la mise en page et implémenté des sections qui avaient été laissés de coté comme les ruptures (coda, segno...), paramètres d'affichage des portées, décalages à l'octave...
Le tout a été validé sur les version 1 à 5 du format.
- Certaines irrégularités dans la logique interne de fichiers MusicXML faisaient apparaître une alerte lors de l'import. L'alerte a été enlevée.
- Sur Windows, la version de Virtual Singer incluse dans Melody Player n'était pas tout à fait à jour. Ce sera rétabli dans la prochaine version.
- Le choix d'une fonte musicale non standard dans des portées contenues dans des vues pouvait générer un crash lors d'un chargement ultérieur.
Bon week-end ! |
|
|
| by Olivier Guillion | |
| |
|
Ces derniers jours, nous avons travaillé de manière intensive sur le script d'importation des fichiers GuitarPro, et en particulier sur la dernière version du format : la version 5.
Plus de 100 fichiers GP5 ont été téléchargés et ils sont correctement lus, même si toutes les informations ne sont pas encore prises en compte. Il reste par exemple tous les symboles de rupture à localiser, à comprendre et à traiter. Les améliorations vont également s'appliquer aux anciennes versions du format puisque, par exemple, la plupart des effets sont maintenant interprétés.
Pour le reste, un décalage des chiffres de la tablature lorsqu'ils étaient mis en évidence pendant le jeu a été corrigé.
Nous avons également corrigé un vieux problème d'accroche manuelle des accords.
Enfin, le plug-in a été testé avec la dernière version de Firefox, la version 3.5. Tout fonctionne, mais, curieusement, il est nécessaire de quitter puis de relancer Firefox pour que l'installation du plug-in soit prise en compte.
|
|
|
| by Olivier Guillion | |
| |
|
- Nous avons pu reproduire un problème de mémoire rencontré par un utilisateur, qui a pu nous faire parvenir son fichier de partition.
Ce fichier fait 176 Mo, et contient 41 pistes numériques de 4 minutes, ainsi qu'une vingtaine d'instruments utilisateur.
En fait, la boîte d'alerte disant que la mémoire était insuffisante était vraiment due à une capacité mémoire insuffisante (plus d'un Go était requis).
Nous avons donc travaillé pour éviter que le programme "plante" dans de tels cas, et utilise de lui-même des fichiers temporaires sur disque dur lorsque la mémoire devient faible.
Nous avons également amélioré, accéléré et dépoussiéré les traitements des pistes numériques en général.
- Un utilisateur affirmait que la sortie sonore d'Harmony Assistant était décalée de deux tons vers l'aigu. Après plusieurs échanges de mails, nous nous sommes rendu compte qu'il avait par erreur réglé un décalage à +4 demi-tons dans le pilote de sa carte son.
- Nous progressons également sur l'importation des fichiers GP5 dans Harmony Assistant.
- Enfin, nous avons commencé à migrer nos machines virtuelles, qui nous servent à tester nos programmes sur divers systèmes d'exploitation, vers VirtualBox pour Windows. |
|
|
| by Olivier Guillion | |
| |
|
|
