Je suis le développeur de Joker que j'avais présenté ici il y a quelques jours. Alors tout d'abord, Joker et Audacity sont deux logiciels au fonctionnalités différentes:
- Audacity permet de lire et d'enregistrer de l'audio en multipiste
- Joker permet d'afficher l'image et le texte (sous forme de bande rythmographique), asservi par unn autre logiciel via un protocole de synchronisation comme le midi timecode par exemple.
Un jour Audacity et Joker pourront fonctionner ensemble mais il faudrait ajouter un protocole de synchronisation à Audacity (le midi timecode dont je parle semble une bonne piste).
Sinon concernant ta contribution, je ne sais pas ce que vous en pensez ici mais je ne saurais que trop te conseiller de passer par Github car le projet est versionné dessus: https://github.com/synergy/synergy
Github intègre un mécanisme de gestion des contributions (pull request) très puissant qui facilite la communication entre le contributeur et le développeur upstream. Voici des exemples de pull request sur Joker: https://github.com/Phonations/Joker/pulls
Comme tu peux voir, cette vue présente l'historique des commits de la contribution, le diff des fichiers, la possibilité de merger automatiquement le code ou la présence de conflits, le status des builds Travis pour l'intégration continue qui permet de vérifier que le projet compile toujours et que les tests unitaires réussissent.
Enfin concernant ta modification, c'est intéressant de modifier l'affichage, car personnellement je trouve qu'il manque une façon d'afficher le timecode dans Audacity quand on travaille avec des éléments vidéos (comme dans le doublage) et la représentation HH:MM:SS:FF manque cruellement.
A ce sujet, cela pourrait être intéressant de développer un module de gestion du timecode commun entre Joker et Audacity, LibLTC et Ardour. J'ai de mon côté implémenté les mécanismes calculatoire des principaux framerate, et je dispose d'une suite de tests unitaires qui pourrait faire une bonne base, mais bon là je m'emporte et je suis un peu hors sujet par rapport à l'objet de cette dépêche :-)
# Les pull request de Github
Posté par martindelille . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 4.
Bonjour Xavier,
Je suis le développeur de Joker que j'avais présenté ici il y a quelques jours. Alors tout d'abord, Joker et Audacity sont deux logiciels au fonctionnalités différentes:
- Audacity permet de lire et d'enregistrer de l'audio en multipiste
- Joker permet d'afficher l'image et le texte (sous forme de bande rythmographique), asservi par unn autre logiciel via un protocole de synchronisation comme le midi timecode par exemple.
Un jour Audacity et Joker pourront fonctionner ensemble mais il faudrait ajouter un protocole de synchronisation à Audacity (le midi timecode dont je parle semble une bonne piste).
Sinon concernant ta contribution, je ne sais pas ce que vous en pensez ici mais je ne saurais que trop te conseiller de passer par Github car le projet est versionné dessus: https://github.com/synergy/synergy
Github intègre un mécanisme de gestion des contributions (pull request) très puissant qui facilite la communication entre le contributeur et le développeur upstream. Voici des exemples de pull request sur Joker: https://github.com/Phonations/Joker/pulls
Comme tu peux voir, cette vue présente l'historique des commits de la contribution, le diff des fichiers, la possibilité de merger automatiquement le code ou la présence de conflits, le status des builds Travis pour l'intégration continue qui permet de vérifier que le projet compile toujours et que les tests unitaires réussissent.
Enfin concernant ta modification, c'est intéressant de modifier l'affichage, car personnellement je trouve qu'il manque une façon d'afficher le timecode dans Audacity quand on travaille avec des éléments vidéos (comme dans le doublage) et la représentation HH:MM:SS:FF manque cruellement.
A ce sujet, cela pourrait être intéressant de développer un module de gestion du timecode commun entre Joker et Audacity, LibLTC et Ardour. J'ai de mon côté implémenté les mécanismes calculatoire des principaux framerate, et je dispose d'une suite de tests unitaires qui pourrait faire une bonne base, mais bon là je m'emporte et je suis un peu hors sujet par rapport à l'objet de cette dépêche :-)