La difficulté c'est qu'on a une autre norme concurrente : SIP
SIP fait audio et vidéo. Ekiga, que je connais bien, fait cela depuis longtemps (au début avec une autre norme H323, maintenant avec les deux normes). Cette norme est très bien implantée du côté industriel, puisqu'on trouve du matériel pour faire SIP (des téléphones, routeurs qui l'implémentent,...), de très nombreux services pour faire la jonction avec les téléphones fixes et portables pour les prix les plus bas du marché, etc.
Certains clients font la partie audio+vidéo avec SIP et la messagerie avec Jabber (comme Gizmo). En effet Jabber permet une implémentation plus complète de la messagerie texte et le travail collaboratif est vraiment une bonne direction que prend le protocole, alors qu'avec SIP on a de bonnes bases (chat et notification de la présence), mais faire des trucs très populaires comme les avatars, on se sait pas comment le faire... Du côté de Jabber, on n'a pas encore la vidéo et peu de clients qui font l'audio, avec un support industriel médiocre.
Du point de vue qualitatif en ce qui concerne les logiciels libres, SIP prend de l'avance sur la voix+vidéo, notamment avec la nouvelle version d'Ekiga qui doit sortir début 2008 car pour l'audio on a déjà le très bon codec SPEEX WideBand et pour la vidéo on aura H.264 (grâce au projet ffmpeg) qui est ce qu'utilise iChat chez Apple. C'est le top de ce qui se fait actuellement (meilleur que Skype semble-t-il). On peut déjà tester ces fonctionnalités avec les paquets de la version developpement ici : http://doc.ubuntu-fr.org/ekiga#l_avenir_d_ekiga On aura aussi une version windows qui devrait tourner sur toutes les versions, y compris Vista. Il est prévu une première BETA de cette nouvelle version pour dans un mois.
Ce que je regrette c'est qu'il n'y ait pas plus de volonté d'intégrer SIP pour la voix et le vidéo qui marche bien avec Jabber pour la messagerie qui marche bien du côté des logiciels libres. Par exemple Ekiga est bien solitaire bien que les devs soient favorables pour avoir jabber dans le logiciel. Mais les ressources propres du projet sont insuffisantes. Ce cloisonnement produit une duplication d'efforts et une concurrence aux yeux des usagers qui nous fait perdre du temps alors que les aMNS, emesene et autre copies des protocoles fermés sont réclamées par les gens. Quel gâchi !
Pour ce qui est de la problématique des NAT qui rend les communications audio+vidéo parfois impossible, le problème est identique pour tout le monde (jabber et SIP) et la solution la plus aboutie aussi (ICE). Comme la technologie ICE repose en dernier recourt sur un relai extérieur pour faire passer les communications dans les situations les plus difficiles, la différence se fera sur ceux qui auront ces serveurs. Si google pouvait filer ce coup de main pour tout le monde en donnant la bande passante nécessaire sur ses serveurs, ce serait vraiment bien, on n'aurait plus de problème du tout.
[^] # Re: Quid des possiblités de JABBER ?
Posté par Yannick . En réponse à la dépêche Neuvième causerie APRIL sur Jabber/XMPP. Évalué à 6.
La difficulté c'est qu'on a une autre norme concurrente : SIP
SIP fait audio et vidéo. Ekiga, que je connais bien, fait cela depuis longtemps (au début avec une autre norme H323, maintenant avec les deux normes). Cette norme est très bien implantée du côté industriel, puisqu'on trouve du matériel pour faire SIP (des téléphones, routeurs qui l'implémentent,...), de très nombreux services pour faire la jonction avec les téléphones fixes et portables pour les prix les plus bas du marché, etc.
Certains clients font la partie audio+vidéo avec SIP et la messagerie avec Jabber (comme Gizmo). En effet Jabber permet une implémentation plus complète de la messagerie texte et le travail collaboratif est vraiment une bonne direction que prend le protocole, alors qu'avec SIP on a de bonnes bases (chat et notification de la présence), mais faire des trucs très populaires comme les avatars, on se sait pas comment le faire... Du côté de Jabber, on n'a pas encore la vidéo et peu de clients qui font l'audio, avec un support industriel médiocre.
Du point de vue qualitatif en ce qui concerne les logiciels libres, SIP prend de l'avance sur la voix+vidéo, notamment avec la nouvelle version d'Ekiga qui doit sortir début 2008 car pour l'audio on a déjà le très bon codec SPEEX WideBand et pour la vidéo on aura H.264 (grâce au projet ffmpeg) qui est ce qu'utilise iChat chez Apple. C'est le top de ce qui se fait actuellement (meilleur que Skype semble-t-il). On peut déjà tester ces fonctionnalités avec les paquets de la version developpement ici : http://doc.ubuntu-fr.org/ekiga#l_avenir_d_ekiga On aura aussi une version windows qui devrait tourner sur toutes les versions, y compris Vista. Il est prévu une première BETA de cette nouvelle version pour dans un mois.
Ce que je regrette c'est qu'il n'y ait pas plus de volonté d'intégrer SIP pour la voix et le vidéo qui marche bien avec Jabber pour la messagerie qui marche bien du côté des logiciels libres. Par exemple Ekiga est bien solitaire bien que les devs soient favorables pour avoir jabber dans le logiciel. Mais les ressources propres du projet sont insuffisantes. Ce cloisonnement produit une duplication d'efforts et une concurrence aux yeux des usagers qui nous fait perdre du temps alors que les aMNS, emesene et autre copies des protocoles fermés sont réclamées par les gens. Quel gâchi !
Pour ce qui est de la problématique des NAT qui rend les communications audio+vidéo parfois impossible, le problème est identique pour tout le monde (jabber et SIP) et la solution la plus aboutie aussi (ICE). Comme la technologie ICE repose en dernier recourt sur un relai extérieur pour faire passer les communications dans les situations les plus difficiles, la différence se fera sur ceux qui auront ces serveurs. Si google pouvait filer ce coup de main pour tout le monde en donnant la bande passante nécessaire sur ses serveurs, ce serait vraiment bien, on n'aurait plus de problème du tout.
Cordialement,
Yannick