Oui, il suffit d'utiliser openmcu ou asterisk en h.323. La seule limite est la bande passante. Il faut aussi utiliser des casques audios sinon ça donne de l'écho.
Il faut STUN, mais avec certains types de NAT, tu n'échappes pas au port-mapping rigide. Linux est un exemple de NAT qui ne support ni H.323, ni SIP, ni RTP, et pour lequel le port-mapping rigide est indispensable.
En pratique, cela fonctionnera sans port-mapping rigide avec la plupart des routeurs, soit parce qu'ils supporttent H.323, soit parce qu'ils ne font pas du NAT symmétrique. Dans ce cas, STUN seul suffit.
Il y a une autre alternative, utiliser un proxy H.323 comme gnugk.org, mais c'est plus difficile.
Honnêtement, c'est dommage que le développeur ne passe pas son temps à essayer de faire avancer GnomeMeeting et le support SIP plutôt que de concentrer ses efforts sur un fork... Enfin, c'est juste mon avis.
Mais je crois qu'il convient de remettre les choses à leur place. En fait, MicroTelco, comme de nombreux autres providers, utilise G.723.1, propriétaire, breveté, coutant une fortune, comme codec audio pour les appels PC-To-Phone. Ce codec n'est disponible que via la carte quicknet, qui coûte assez cher et dont le driver est chaotique.
J'ai récemment eu des contacts avec d'autres sociétés, qui sont d'accord de forcer un codec "ouvert" pour les appels GnomeMeeting, genre G.711, GSM, iLBC, ce qui permet de s'affranchir de la carte.
Essaye de suivre la mailing liste, ou de me contacter, cela devrait être disponible sous peu en test, c'est-à-dire 2 ou 3 semaines.
Voilà, je suis tombé sur ton message par hasard, tu aurais vraiment dû nous/me mailer :-)
Non, c'est même étonnant que personne ne l'ait encore fait. Le problème est un peu que les gens préfèrent recréer que réutiliser malgré l'open source.
Exemple, à partir du moment ou SIP est intégré dans GnomeMeeting, gaim-vv perd son intérêt. Les développeurs ont été contactés, une collaboration proposée, mais elle a été ignorée.
Ma conception des choses est que GnomeMeeting est avant tout un softphone, qui sert à remplacer les IP Phones hardware, et qu'il ne faut pas le "limiter" à un logiciel de chat avec IM, par contre une intégration avec ceux-ci est l'idéal.
De toute façon, il sera impossible à gaim-vv d'être 100% interopérable avec les IM qui ont des protocoles fermés, et utilisent des codecs fermés. GnomeMeeting se limite aux protocoles standards : H.323 et SIP. La situation est la même qu'avec un protocole comme HTTP, s'il y avait des équivalents non ouverts, la communauté devrait les rejetter en bloc au risque de perdre l'interopérabilité. Ici, c'est pareil, mais les gens ne comprennent pas le danger et c'est décevant, la communauté Linux n'est plus ce qu'elle était.
Ajouter le support webcam sur aMSN ne te permettra pas de passer plus facilement les firewalls et le NAT que ce n'est actuellement le cas avec des logiciels comme GnomeMeeting, la faute à RTP et au NAT linux qui ne possède de helper ni pour SIP, ni pour H.323.
Finalement, recréer un énième client jabber avec support video n'a que peu d'intérêt. L'équipe de GnomeMeeting travaille sur un composant DBUS qui sera réutilisable par toute application QT ou GTK pour faire de la vidéoconférence. Ne réinventons pas la roue, et ne retombons pas dans les défauts de windows: à savoir de gros programmes qui font tout à moitié, privilégions l'intégration de ce qui existe à la place.
Le manque d'intégration ne vient pas par exemple de tous les projets.
Pour rappel, GnomeMeeting supporte actuellement la norme H.323, et sous peu la norme SIP également pour tout ce qui est VoIP/Vidéoconférence. Nous sommes en train de développer une interface DBUS qui permettra de contrôler gnomemeeting de toute autre application GNOME ou KDE et de cacher au maximum l'interface de GnomeMeeting...
Bref, ça peut déjà ouvrir la voie à un plugin GAIM entre autres, si ils sont ouverts à ce genre de choses (ce qui n'est pas forcément gagné).
Développer un codec coûte des années de recherches, Skype n'a pas réinventé le fil à couper le beurre.
Le truc, c'est que Skype ne fait que l'audio, il peut donc se contenter d'une compression minimale. Moins on compresse, plus la latence est faible, et meilleure est la qualité.
Il faut trouver le juste milieu. Je n'ai pas de telle page en tête par contre, mais ça doit se trouver.
Non non, j'insiste bien pour dire et répéter que Skype n'a pas une meilleure qualité audio que Linphone ou que GnomeMeeting. Ne soyez pas victimes de leur marketing !
Juste pour info: GnomeMeeting sera H.323 et SIP d'ici la fin de l'année. Je suis également en contact avec un opérateur PC-To-Phone qui permettra aux utilisateurs de faire des appels de PC vers des numéros fixes, sans utiliser de codecs propriétaires.
A noter aussi que n'a de Peer-To-Peer que le nom.
Finalement, utilisez G.711 avec linphone et GnomeMeeting sur une ADSL et vous aurez une qualité encore meilleure que celle de Skype ;-)
Le problème n'est pas le même. Le NAT du noyau Linux ne support pas H.323 (ni SIP d'ailleurs) ce qui rend les choses complexes. Utiliser un gatekeeper proxy fonctionnera avec GnomeMeeting et Netmeeting. Le patch du noyau est non-fonctionnel et buggé, pas d'espoir de ce côté pour l'instant. Par contre, GnomeMeeting utilise des ports fixes contrairement à Netmeeting et possède une technique de traduction d'IP qui est simple à mettre en oeuvre pour un nombre limité de machines. Elle n'existe pas avec Netmeeting où ton seul espoir est le gatekeeper proxy.
Je pense personnellement que cela devrait se discuter sur la mailing list de developpement car plus de personnes y ont accès. N'empeche je vais y repondre.
La raison est que les codecs ouverts qui sont dans GnomeMeeting sont trop faibles pour les codecs propriétaires et brevetés de Netmeeting, du moins, dans la liste des codecs en communs. De Linux à Linux, on a d'autres codecs ouverts de meilleure qualité.
Visio a l'air de fonctionner avec H.323, donc à priori, cela devrait passer sauf si il y a des problèmes de compatibilité avec les codecs (ce qui ne devrait pas arriver si Visio est totalement conforme)
[^] # Re: Visio conf entre Win et Tux
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 2.
Si pas, il y a netmeeting ;)
[^] # Re: Gnome Meeting et jam session
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 3.
[^] # Re: et en pratique derrière un NAT?
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 3.
En pratique, cela fonctionnera sans port-mapping rigide avec la plupart des routeurs, soit parce qu'ils supporttent H.323, soit parce qu'ils ne font pas du NAT symmétrique. Dans ce cas, STUN seul suffit.
Il y a une autre alternative, utiliser un proxy H.323 comme gnugk.org, mais c'est plus difficile.
[^] # Re: pc-to-phone
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 3.
[^] # Re: C'est un bon soft
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 2.
[^] # Re: Probleme de v4l
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.2 disponible. Évalué à 2.
[^] # Re: spca50x
Posté par Damien Sandras (site web personnel) . En réponse au message Blocage du pc avec webcam Logitech et driver spca50x. Évalué à 2.
# GnomeMeeting et PC-To-Phone
Posté par Damien Sandras (site web personnel) . En réponse au message Logiciels VoIP et PC-to-Phone. Évalué à 1.
Mais je crois qu'il convient de remettre les choses à leur place. En fait, MicroTelco, comme de nombreux autres providers, utilise G.723.1, propriétaire, breveté, coutant une fortune, comme codec audio pour les appels PC-To-Phone. Ce codec n'est disponible que via la carte quicknet, qui coûte assez cher et dont le driver est chaotique.
J'ai récemment eu des contacts avec d'autres sociétés, qui sont d'accord de forcer un codec "ouvert" pour les appels GnomeMeeting, genre G.711, GSM, iLBC, ce qui permet de s'affranchir de la carte.
Essaye de suivre la mailing liste, ou de me contacter, cela devrait être disponible sous peu en test, c'est-à-dire 2 ou 3 semaines.
Voilà, je suis tombé sur ton message par hasard, tu aurais vraiment dû nous/me mailer :-)
[^] # Re: Support webcam sur aMSN ?
Posté par Damien Sandras (site web personnel) . En réponse au journal Votez pour moi (Topic apolitique) ! :). Évalué à 2.
Exemple, à partir du moment ou SIP est intégré dans GnomeMeeting, gaim-vv perd son intérêt. Les développeurs ont été contactés, une collaboration proposée, mais elle a été ignorée.
Ma conception des choses est que GnomeMeeting est avant tout un softphone, qui sert à remplacer les IP Phones hardware, et qu'il ne faut pas le "limiter" à un logiciel de chat avec IM, par contre une intégration avec ceux-ci est l'idéal.
De toute façon, il sera impossible à gaim-vv d'être 100% interopérable avec les IM qui ont des protocoles fermés, et utilisent des codecs fermés. GnomeMeeting se limite aux protocoles standards : H.323 et SIP. La situation est la même qu'avec un protocole comme HTTP, s'il y avait des équivalents non ouverts, la communauté devrait les rejetter en bloc au risque de perdre l'interopérabilité. Ici, c'est pareil, mais les gens ne comprennent pas le danger et c'est décevant, la communauté Linux n'est plus ce qu'elle était.
[^] # Re: Support webcam sur aMSN ?
Posté par Damien Sandras (site web personnel) . En réponse au journal Votez pour moi (Topic apolitique) ! :). Évalué à 3.
Finalement, recréer un énième client jabber avec support video n'a que peu d'intérêt. L'équipe de GnomeMeeting travaille sur un composant DBUS qui sera réutilisable par toute application QT ou GTK pour faire de la vidéoconférence. Ne réinventons pas la roue, et ne retombons pas dans les défauts de windows: à savoir de gros programmes qui font tout à moitié, privilégions l'intégration de ce qui existe à la place.
Mon humble avis...
[^] # Re: Si PieD était là.........
Posté par Damien Sandras (site web personnel) . En réponse au journal Antitroll. Évalué à 3.
Pour rappel, GnomeMeeting supporte actuellement la norme H.323, et sous peu la norme SIP également pour tout ce qui est VoIP/Vidéoconférence. Nous sommes en train de développer une interface DBUS qui permettra de contrôler gnomemeeting de toute autre application GNOME ou KDE et de cacher au maximum l'interface de GnomeMeeting...
Bref, ça peut déjà ouvrir la voie à un plugin GAIM entre autres, si ils sont ouverts à ce genre de choses (ce qui n'est pas forcément gagné).
[^] # Re: Toujours en VoIP sous Linux ...
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Skype pour Linux !. Évalué à 1.
Le truc, c'est que Skype ne fait que l'audio, il peut donc se contenter d'une compression minimale. Moins on compresse, plus la latence est faible, et meilleure est la qualité.
Il faut trouver le juste milieu. Je n'ai pas de telle page en tête par contre, mais ça doit se trouver.
[^] # Re: speak freely
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Skype pour Linux !. Évalué à 1.
[^] # Re: Toujours en VoIP sous Linux ...
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Skype pour Linux !. Évalué à 5.
[^] # Re: speak freely
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Skype pour Linux !. Évalué à 3.
A noter aussi que n'a de Peer-To-Peer que le nom.
Finalement, utilisez G.711 avec linphone et GnomeMeeting sur une ADSL et vous aurez une qualité encore meilleure que celle de Skype ;-)
[^] # Re: Novell choisit Qt comme environnement de développement.
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Novell choisit Qt comme environnement de développement.. Évalué à 4.
Markus Rex n'est pas le responsable du Novell Linux Desktop, il est "General Manager of Novell's SUSE LINUX Business Unit".
C'est Nat Friedman qui est le responsable du Novell Linux Desktop.
Je crois que cela change la donne par rapport à cette rumeur infondée et démentie par les dirigeants de Ximian... Pas de bol les gars ;)
[^] # Re: GnomeMeeting 1.00 est disponible
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 1.
[^] # Re: GnomeMeeting 1.00 est disponible
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 2.
[^] # Re: qui c'est fred
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 1.
[^] # Re: qui c'est fred
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 2.
[^] # Re: GnomeMeeting 1.00 est disponible
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 2.
[^] # Re: GnomeMeeting 1.00 est disponible
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 2.
[^] # Re: GnomeMeeting 1.00 est disponible
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche GnomeMeeting 1.00 est disponible. Évalué à 5.
[^] # Re: Bruxelles, éducation : Freeedem, ce week-end 21 et 22
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Bruxelles, éducation : Freeedem, ce week-end 21 et 22. Évalué à 2.
[^] # Re: Interviews hebdomadaires du FOSDEM
Posté par Damien Sandras (site web personnel) . En réponse à la dépêche Interviews hebdomadaires du FOSDEM. Évalué à 1.