Sysex et wine (KXStudio 64 bits) [RESOLU]
Salut,
Alors voila, cela fait plusieurs fois que je galère pour envoyer des données sysex avec des utilitaires windows que j'exécute sous linux grace a wine.
Je pose une question mais je donne aussi ma méthode pour contourner ces problèmes.
Mon dernier probleme concerne le synthé nord micro modular de Clavia. Je n'ai jamais réussi a faire communiquer le micro modular avec l'éditeur de clavia fonctionnant sous wine (timeout ou déconnexions intempestives). Le seul moyen que j'ai trouvé, c'est grace à l'editeur nomad 0.3 pre ecrit en java, pour lequel il faut stopper le bridge alsa midi (pour eviter les périphériques occupés "busy devices") et ensuite relancer le bridge alsa-midi une fois la connexion faite entre l'éditeur et le synthé pour continuer de travailler avec catia.
J'ai aussi le meme probleme d'envois de sysex corrompus quand je veux mettre a jour une surface de controle (une bcf2000 ou une bcr2000) après avoir créé un fichier sysex avec l'éditeur bcreditor.exe. La méthode que j'utilise pour envoyer proprement ces fichiers sysex, c'est par la commande en ligne "amidi" (après avoir stoppé le bridge alsa midi).
Les utilitaires windows semblent bien fonctionner et les liens entre ports de type jack-midi sont faits (avec midi through port 0, par exemple). Qu'est-ce qui empeche la communication par sysex ?
Alors voila, cela fait plusieurs fois que je galère pour envoyer des données sysex avec des utilitaires windows que j'exécute sous linux grace a wine.
Je pose une question mais je donne aussi ma méthode pour contourner ces problèmes.
Mon dernier probleme concerne le synthé nord micro modular de Clavia. Je n'ai jamais réussi a faire communiquer le micro modular avec l'éditeur de clavia fonctionnant sous wine (timeout ou déconnexions intempestives). Le seul moyen que j'ai trouvé, c'est grace à l'editeur nomad 0.3 pre ecrit en java, pour lequel il faut stopper le bridge alsa midi (pour eviter les périphériques occupés "busy devices") et ensuite relancer le bridge alsa-midi une fois la connexion faite entre l'éditeur et le synthé pour continuer de travailler avec catia.
J'ai aussi le meme probleme d'envois de sysex corrompus quand je veux mettre a jour une surface de controle (une bcf2000 ou une bcr2000) après avoir créé un fichier sysex avec l'éditeur bcreditor.exe. La méthode que j'utilise pour envoyer proprement ces fichiers sysex, c'est par la commande en ligne "amidi" (après avoir stoppé le bridge alsa midi).
Les utilitaires windows semblent bien fonctionner et les liens entre ports de type jack-midi sont faits (avec midi through port 0, par exemple). Qu'est-ce qui empeche la communication par sysex ?