Pour commencer, un poste comme le tiens qui fait vraiment avancer les choses, je plussoye volontier. Mais tu est deja a 9 :)
Tu as bien mis en gras les parties qui m interessaient ... merci, tu m as economise plusieur heures de recherche.
Toutefois, cela n exclu pas de rejoindre l equipe de dev, dont l adhesion est gratuite, et de developper un plugin pour gaim. Car meme si je n ai pas parle de gromemeeting, c est bien que je me doutais que ca ne pouvait pas aller ensemble; mais nul part personne ne reponds a mes questions concernant la possibilite d ecrire un plugin pour Gaim ...
Certe le message de la ML de GM est interessant, mais il n exlu pas la possibilite de faire un plugin Gaim: par exemple,on pourrais imaginer que le plugin lance Skype, l affiche, que l utilisateur le reduise dans la barre des taches ( quel que soit le WM utilise), et que le plugin gaim communique via l API avec ce client. Je me demandes toujours si on peut oui on non integre les fonctionalites de Skype a Gaim sans casser la license.
Concernant le protocole, Skype n utilise pas un protocole unique, mais une mirriade d au moins 10 protos, dont une bonne partie est publique, sinon l interconnection PSTN leur serait impossible, et les liens vers les [autres] reseaux de VOiP seraient tres difficile ( ou couteus en CPU pour convertire les flux d une norme a une autre). Le proto qui est ferme, et qui fait la reputation de skype, c est celui qui permet le P2P ( en passant ou non par des relais de skype); mais tout ce qui touche skypeout ... la ce sont des protos pas si fermes que ca.
Mon reve serait, si j en avais le temps, de lire toutes les docs fournies sur leurs API, lister tous les protocoles utilises, et tagguer lesquels servent a quoi, et lesquels sont publiques. Autre la satisfaction de savoir ce qui ferme ou ouvert dans Skype, ca me permetrait de comprendre pourquoi d un point de vue enduser GM est si difficile a configurer/utiliser. Et si un jour une telle liste etait publiee, ben les dev de GM n auraient plus qu a se concentrer quelques mois sur les deux trois fonctionalites de Skype qui dependent de parties fermees.
Evidement, le mond n as pas besoin de moi pour tourner, et j imagine que les dev de GM ne m ont pas attendu. Si quelqu un as une URL avec ce genre de liste:
- les protos PC<->PSTN
- les protos PC<->PC supportant le NAT d un cote, avec detetion du peer possedant une IP publique utilisable
- les protos PC<->PC supportant le NAT des deux cotes avec usage automatique d une passerelle intermediaire, et allocation dynamique de port, sans necessite d allouer (sur la machine responsable du nat) un port rentrant.
[^] # Re: Attention, logiciel propriétaire
Posté par doublehp . En réponse au journal Skype sous Linux sans l exclusivite OSS.. Évalué à -1.
Tu as bien mis en gras les parties qui m interessaient ... merci, tu m as economise plusieur heures de recherche.
Toutefois, cela n exclu pas de rejoindre l equipe de dev, dont l adhesion est gratuite, et de developper un plugin pour gaim. Car meme si je n ai pas parle de gromemeeting, c est bien que je me doutais que ca ne pouvait pas aller ensemble; mais nul part personne ne reponds a mes questions concernant la possibilite d ecrire un plugin pour Gaim ...
Certe le message de la ML de GM est interessant, mais il n exlu pas la possibilite de faire un plugin Gaim: par exemple,on pourrais imaginer que le plugin lance Skype, l affiche, que l utilisateur le reduise dans la barre des taches ( quel que soit le WM utilise), et que le plugin gaim communique via l API avec ce client. Je me demandes toujours si on peut oui on non integre les fonctionalites de Skype a Gaim sans casser la license.
Concernant le protocole, Skype n utilise pas un protocole unique, mais une mirriade d au moins 10 protos, dont une bonne partie est publique, sinon l interconnection PSTN leur serait impossible, et les liens vers les [autres] reseaux de VOiP seraient tres difficile ( ou couteus en CPU pour convertire les flux d une norme a une autre). Le proto qui est ferme, et qui fait la reputation de skype, c est celui qui permet le P2P ( en passant ou non par des relais de skype); mais tout ce qui touche skypeout ... la ce sont des protos pas si fermes que ca.
Mon reve serait, si j en avais le temps, de lire toutes les docs fournies sur leurs API, lister tous les protocoles utilises, et tagguer lesquels servent a quoi, et lesquels sont publiques. Autre la satisfaction de savoir ce qui ferme ou ouvert dans Skype, ca me permetrait de comprendre pourquoi d un point de vue enduser GM est si difficile a configurer/utiliser. Et si un jour une telle liste etait publiee, ben les dev de GM n auraient plus qu a se concentrer quelques mois sur les deux trois fonctionalites de Skype qui dependent de parties fermees.
Evidement, le mond n as pas besoin de moi pour tourner, et j imagine que les dev de GM ne m ont pas attendu. Si quelqu un as une URL avec ce genre de liste:
- les protos PC<->PSTN
- les protos PC<->PC supportant le NAT d un cote, avec detetion du peer possedant une IP publique utilisable
- les protos PC<->PC supportant le NAT des deux cotes avec usage automatique d une passerelle intermediaire, et allocation dynamique de port, sans necessite d allouer (sur la machine responsable du nat) un port rentrant.