Annonce

>>> Bienvenue sur codelab! >>> Première visite ? >>> quelques mots sur codelab //// une carte des membres//// (apéros) codelab


#1 2015-02-07 14:02:33 Problème d'interférences entre une connexion OSC et un lecteur tabplay

Pertuit
membre
Date d'inscription: 2011-11-21
Messages: 59

Problème d'interférences entre une connexion OSC et un lecteur tabplay



Bonjour,

J’ai trouvé un fonctionnement étonnant de Pd lorsque l’on conjugue un envoi en OSC/UDP et plusieurs lecteurs de fichiers de sons : si on déclenche par OSC la lecture simultanée de plusieurs fichiers de sons (plusieurs lecteurs utilisant chacun une table différente, pour plus de sûreté), le son se détériore ! J’ai l’impression qu’il s’applique un filtre de type passe-bande, alors que l’on ne fait qu’un déclenchement de lecteurs... Tandis que si on lance les mêmes lecteurs ensemble, mais "à la main" avec Pd, le son est normal.

En d’autres termes, il semble que l’envoi de type OSC/UDP ait une incidence sur le son déclenché... Plus il y a de lecteurs, plus le son est déformé (tandis qu’en mode normal, le son est toujours bon). Bizarre, non ?

Je travaille sous Mac 10.7.1 avec Pd 0.43.4-extended. J’ai testé aussi avec Pd Vanilla ainsi que d’autres modules OSC et je rencontre le même problème. J’ai testé aussi avec Pd extended sur PC (Windows 7) et là, le résultat n’est pas systématique (parfois, le son est bon, parfois non...).

Pourriez-vous me dire ce que vous en pensez ? Est-ce une erreur toute bête de ma part (un paramétrage oublié) ou un bug ?

Pour être plus clair, voici le code.

Merci de votre réponse.

Dernière modification par Pertuit (2015-02-07 14:04:35)

Hors ligne

 

#2 2015-02-07 15:12:56 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Nicolas Lhommet
membre
Date d'inscription: 2014-01-18
Messages: 194

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Bonjour. J'ai testé ton patch (où le problème est exposé de manière parfaitement claire, merci smile) : tu "joues" simultanément 5 échantillons identiques, et déclenchés par l’intermédiaire de tes messages OSC transmis via les objets UDP, et, en effet, ça "sonne" parfois typiquement comme un problème de phase (légèrement décalées, elle s'opposent pour certaines fréquences, d'où l'effet de filtre perçu). Et qui dit "déphasage" dit "décalage dans le temps"...

On peut mesurer les durées entre deux bang (ou nombre, ou liste) reçus grâce à l'objet "vanilla" [timer] qu'il suffit de mettre en sortie de ce qu'on veut mesurer comme ceci (ce qui affichera le nombre de millisecondes dans la console) :

[t b b]
|     |
[timer]
|
[print]

"Branché" ainsi simultanément aux [bang( qui précède chaque "samplers", ou bien en sortie de ta commande initiale d'envoi de messages OSC (le message [send ...( en haut), je ne mesure aucun décalage, l'objet [timer] me renvoie toujours 0ms (on a juste l'intensité de l'échantillon multipliée par 5, ce qui est normal).

Par contre en sortie de [udpreceive] j'obtiens parfois (avec mon Pd-extended 0.43.4 sur Win7) un (étrange) écart de 1,45125ms entre chaque "message" reçu, et par conséquence le même délai entre chaque 'déclenchement' d'échantillon, qui est la cause de ces problèmes de phase.

Donc ça doit venir d'une "particularité" du fonctionnement interne soit de [udpsend] ou de [udpreceive]. Mais en remplaçant ce dernier (qui est celui de la librairie mrpeach) par la version [iemnet/udpreceive], je n'ai plus ces décalages (reste à voir ce que ça donnerait sur les autres OS...)

Dernière modification par Nicolas Lhommet (2015-02-07 18:45:58)

Hors ligne

 

#3 2015-02-07 16:45:01 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Berenger
membre
Lieu: Nantes
Date d'inscription: 2010-06-02
Messages: 190
Site web

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Hello,

J'ai essayé des trucs smile Je me suis dit que ça pourrait avoir une incidence et du coup si on envoit :

[send /trigger 5, send /trigger 4, send /trigger 3, send /trigger 2, send /trigger 1(

pour moi c'est bon ! plus de déphasage. Mais je ne sais pas réellement pourquoi, est-ce que c'est pareil chez vous ?

Hors ligne

 

#4 2015-02-07 19:12:55 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Pertuit
membre
Date d'inscription: 2011-11-21
Messages: 59

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Merci à tous les deux pour ces réponses.

Pour Berenger : non, chez moi, il y a le même problème quelque soit l'ordre des messages. C'est vraiment étrange qu'il y ait un fonctionnement différent chez toi, si tu es sur Mac. Sur PC, cela m'étonnerait moins car le fonctionnement sur PC n'est pas régulier…

Pour Nicolas : ta solution fonctionne chez moi. Super ! Effectivement, le récepteur [udpreceive] venant de la bibliothèque iemnet corrige le problème. Il s'agit donc bien d'un bug du module [udpreceive] de la bibliothèque mrpeach.

Hors ligne

 

#5 2015-02-07 19:34:22 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Pertuit
membre
Date d'inscription: 2011-11-21
Messages: 59

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Je complète ma réponse précédente. En parcourant les autres bibliothèques de Pd-extended, je m’aperçois qu’il y a un troisième module [udpreceive] dans la bibliothèque net. Mais, comme pour la bibliothèque mrpeach, il ne fonctionne pas correctement.

Une uniformisation de ce module dans les bibliothèques serait peut-être bienvenue...

Hors ligne

 

#6 2015-02-08 14:17:54 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Nicolas Lhommet
membre
Date d'inscription: 2014-01-18
Messages: 194

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Pertuit a écrit:

Sur PC, cela m'étonnerait moins car le fonctionnement sur PC n'est pas régulier…
...
il y a un troisième module [udpreceive] dans la bibliothèque net. Mais, comme pour la bibliothèque mrpeach, il ne fonctionne pas correctement.
Une uniformisation de ce module dans les bibliothèques serait peut-être bienvenue...

...et vivement tout le monde sur Windows ! ça éviterait ces fonctionnement irréguliers d'OS secondaires smile Plus sérieusement, pour les "modules" dont tu parles : c'est normal, ils sont identiques, voilà comment on peut s'en assurer sur Mac:

http://codelab.fr/up/md5-udpreceive-mac-1.png

citation :

ta solution fonctionne chez moi.
...
Il s'agit donc bien d'un bug du module [udpreceive] de la bibliothèque mrpeach

Disons que c'est un external pas spécialement optimisé, et d'ailleurs les versions "iem" de IOhannes m zmölnig sont des "fork" des objets réseaux de Martin Peach ("mrpeach") qui se veulent plus fiables (voir toutes les explications dans Navigateur d'Aide -> iemnet -> README.txt).
Même si ça apporte un semblant de solution (avec [iemnet/udpreceive], je n'ai plus les délais sur Windows et Mac OS, mais ils demeurent sur Ubuntu...) l'erreur, c'est plutôt de présumer que des messages envoyés sur le réseau au même moment  arriveront à destination obligatoirement en même temps. C'est généralement le cas sur la même machine (via l'interface virtuelle 127.0.0.1) mais il n'y a aucune garantie que ça le soit dans une transmission réseau normale (et encore moins quand elle est "sans-fil"...).

Via le "réseau", si tu veux déclencher des événements le plus simultanément possible (dans ce cas, pour éviter des déphasages de tes échantillon), le mieux n'est pas d'envoyer des "ordres de déclenchement" les uns après les autres et  le plus vite possible (comme tes 5 messages "send /trigger X" séparés par des virgules), mais d'envoyer un seul message les contenant tous.

Personnellement, je n'utilise pas (et connais mal) le protocole OSC (dont il est malheureusement fait une promotion systématique et réductrice, dès lors qu'il s'agit de réseau dans Pure Data...) mais je me suis dit qu'une manière de grouper les messages avait forcément été prévue...
Une recherche sur Google avec les mots "pd osc" (pas évident à deviner... smile ) m'a donnée comme 1er résultat la page du "FLOSS Manual" de Pure Data consacrée à OSC, dans laquelle est présentée le mécanisme de "Bundle" qui sert justement à ça. Et en groupant tes messages dans un "bundle OSC", comme ceci (juste en ajoutant les "messages crochets" au début et à la fin) :
http://codelab.fr/up/message-bundle-osc.png
... ça fonctionne très bien sur tous les OS et avec tous les objets UDP, y compris ceux de la librairie "mrpeach".

J'ai également mis en pièce jointe le même patch, modifié pour reproduire ce système de "groupe de messages" en utilisant uniquement des objets "vanilla" (donc qui peut aussi marcher avec Pd "pas extended"), à base de netsend/netreceive, et sans OSC (comme la boucherie big_smile )

Hors ligne

 

#7 2015-02-08 21:09:05 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Berenger
membre
Lieu: Nantes
Date d'inscription: 2010-06-02
Messages: 190
Site web

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



merci pour toutes ces précisions Nicolas, j'avais testé aussi sous ubuntu et au final effectivement la solution pure-vanilla est plutôt cool smile

pour info dans pd-vanilla > 0.46, des objets [oscparse] / [oscformat] existent (un exemple en pj)

Dernière modification par Berenger (2015-02-08 21:09:23)

Hors ligne

 

#8 2015-02-08 21:51:49 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Nicolas Lhommet
membre
Date d'inscription: 2014-01-18
Messages: 194

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Berenger a écrit:

...[oscparse] / [oscformat] existent (un exemple en pj)

ah, bah voilà, qu'est-ce que je disais... encore du OSC (on le met à la porte, il revient par la fenêtre) et des messages envoyés séparément, donc c'est reparti pour les problèmes de phase, retour à la case départ........ c'est de la provoc' ?? smile

Hors ligne

 

#9 2015-02-09 11:06:37 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Pertuit
membre
Date d'inscription: 2011-11-21
Messages: 59

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Oui, la solution de Berenger introduit de nouveau le problème de phase.
Je ne connaissais pas la solution du "bundle" et cela fonctionne très bien. En l'occurrence, je ne pourrai pas l'utiliser car, dans mon programme, les messages ne sont pas envoyés par Pd, mais par IanniX et les envois en format OSC sont nécessairement disjoints. Mais, je retiens l'idée pour d'autres développements...
Merci aux deux nantais !

Hors ligne

 

#10 2015-02-09 13:40:47 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Nicolas Lhommet
membre
Date d'inscription: 2014-01-18
Messages: 194

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Pertuit a écrit:

Je ne connaissais pas la solution du "bundle" et cela fonctionne très bien. En l'occurrence, je ne pourrai pas l'utiliser car, dans mon programme, les messages ne sont pas envoyés par Pd, mais par IanniX et les envois en format OSC sont nécessairement disjoints...

...étonnant, pour un programme spécialisé dans la gestion des événements dans le temps !
Du coup, j'ai regardé un peu Iannix, il y a bien un réglage (que tu as certainement essayé) dans Inspector->Config->Network : "MAKE OSC BUNDLE ON" pour lequel on peut spécifier une adresse IP et un port. Logiquement, ça doit être prévu pour envoyer des bundles OSC, non?? Seulement, rien n'est envoyé sur le port spécifié... on reçoit uniquement les messages normaux (disjoints) sur le port de sortie OSC principal (qui est indiqué juste au dessus dans "DEFAULT_IP"). Bizarre, bizarre..... hmm

Du coup j'ai regardé le code de Iannix (merci l'open source !) et dans la fonction d'envoi des messages OSC, j'ai trouvé ceci :

if((message.getPort() == bundlePort) && (message.getHost() == QHostAddress(bundleHost))) {
  //Add message to bundle
  bundleMessages.append(message);
}

(source : https://github.com/iannix/IanniX/blob/m … c.cpp#L411 )
Ce petit test peut se traduire ainsi : "si le port utilisé (pour l'envoi d'un message OSC) est égal à celui spécifié pour les bundle OSC  (ainsi que l'adresse IP), alors ajoute le message dans un bundle". Et c'est bien ça !! :
Si on spécifie le MÊME PORT et la même adresse IP pour les deux réglages de sortie OSC dans l'interface de Iannix ("default" et "bundle") alors TOUS les messages sont envoyés dans des bundle OSC, avec les événements simultanés correctement regroupés dedans... big_smile
Donc si tu configures OSC dans la rubrique Network de Iannix comme ceci (avec le port 57120 pour les deux réglages) :
http://codelab.fr/up/iannis-osc-ports.png
... le patch que tu as posté, utilisé tel quel sans modification, ne devrait plus avoir de problème de phases cool

A noter que, à l'instar smile de l'objet [unpackOSC] de Pd-extended, le (très récent) objet [oscparse] de Pd "vanilla", signalé par Berenger, sait également "disjoindre" des bundle OSC. En revanche, contrairement à [packOSC], [oscformat] ne permet pas (encore) d'en créer... mais il y a moyen de fabriquer ses propres bundles OSC, comme j'ai fait dans cette nouvelle variation "vanilla" de ton patch, en pièce jointe (cette fois-ci uniquement pour Pd 0.46-1 et supérieur).

Dernière modification par Nicolas Lhommet (2015-02-09 13:55:50)

Hors ligne

 

#11 2015-02-10 06:31:22 Re : Problème d'interférences entre une connexion OSC et un lecteur tabplay

Pertuit
membre
Date d'inscription: 2011-11-21
Messages: 59

Re: Problème d'interférences entre une connexion OSC et un lecteur tabplay



Cool !!!!! smilesmilesmile

Dernière modification par Pertuit (2015-02-10 06:35:08)

Hors ligne

 

fil rss de cette discussion : rss

Pied de page des forums

Powered by FluxBB

codelab, graphisme & code : emoc / 2008-2024