Bon sang, je viens de lire le billet de Damien [1], où il parle des cinq ans d'ekiga!
Au début, il s'appelait gnomemeeting, pour bien insister sur sa compatibilité avec netmeeting, qui bien que d'une qualité, euh... médiocre, était installé sur toutes les machines win32. Il faisait du H.323 en audio et vidéo, il supportait l'ILS, un système d'annuaire assez basique, qui était le seul moyen de contacter quelqu'un (à part son IP directe). Il ne passait pas franchement les rideaux de feu.
Le projet a fait son chemin, se retrouvant inclus dans nombre de distributions, intégré au projet gnome, dont il a eu le plaisir de bêta-tester les technologies au fur et à mesure de leur apparition, étant souvent un des premiers à les utiliser.
Aujourd'hui, il se nomme ekiga pour bien se démarquer de la concurrence ; il peut trouver des contacts via evolution, avahi et LDAP (il dispose d'ailleurs son propre service ekiga.net) ; il est toujours capable d'audio et vidéo, mais plus seulement H.323 : SIP est disponible et fonctionnel. Les flammes lui font nettement moins peur grâce à un certain nombre de mesures automatiques de contournement.
La (très) petite équipe ne compte cependant pas se reposer sur ses lauriers, puisqu'au menu des améliorations sur lesquelles elle planche, on trouve:
- la finalisation du port win32, avec probablement un bel installeur ;
- un système de présence pour les contacts SIP ;
- le support du protocole IAX2 (un projet google SoC - gnome) ;
- une nouvelle organisation du système de carnets d'adresses qui devrait simplifier l'ajout de nouveaux types de carnets (quelqu'un s'est déjà porté volontaire pour les carnets KDE!) ;
- une refonte de l'interface utilisateur pour coller à ces nouveautés ;
- le support DBUS devrait aussi être amélioré, ce qui rendrait plus aisé le contrôle par des scripts ;
- les codecs devraient venir en tant que greffons ;
- bien sûr, les rares bogues seront encore plus rares on l'espère...
Sans compter les idées plus folles qui traînent entre les oreilles des (rares) développeurs, et qui ne sont pas assez mûres pour être discutées!
[1] http://blog.gnomemeeting.net/index.php?p=27
Journal Cinq ans de VoIP libre!
4
juil.
2006
# Rideaux de feu
Posté par Sébastien Koechlin . Évalué à 10.
L'analogie utilisée est exactement l'inverse du mur de feu. Le feu symbolise les attaques néfastes, et le pare-feu protège de ces attaques.
[^] # Re: Rideaux de feu
Posté par Snark_Boojum . Évalué à 3.
Mais en l'occurence, du point de vue des flux VoIP, les pare-feux font souvent office de murs de feu : ils ne laissent pas passer!
Il y avait donc une pointe d'ironie subliminale dans cette traduction :-)
# effectv + ekiga ?
Posté par plagiats . Évalué à 3.
Auriez vous une astuce pour cela ?
[^] # Re: effectv + ekiga ?
Posté par couriousous . Évalué à 3.
http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLo(...)
Ca risque de demander une modification d'effectv afin qu'il puisse avoir une sortie dans le périph. de loopback, mais sinon ca devrais marcher.
[^] # Re: effectv + ekiga ?
Posté par Victor . Évalué à 3.
[^] # Re: effectv + ekiga ?
Posté par nathrinder . Évalué à 3.
'modprobe vloopback' créé deux fichiers, un pour l'entrée, l'autre pour la sortie.
Il suffit alors de faire 'effectv -vloopback /dev/videoX' (sur l'entrée)
# re: Cinq ans de VoIP libre!
Posté par j (site web personnel) . Évalué à 6.
# Mais aussi...
Posté par liberforce (site web personnel) . Évalué à 6.
Message subliminal inside: CONTRIBUEZ !
Heureusement, depuis le GUADEC, quelques petites idées ont germé ;-)
J'espère ainsi pouvoir m'occuper de la migration GnomeDruid -> GtkAssistant, maintenant que GTK 2.10 est sorti, ce qui éliminera du code spécifique à GNOME au profit d'une API GTK. Je compte en profiter pour simplifier l'assistant au passage.
Et j'ai cru voir un volontaire pour un support basique de jabber... Dodji, si tu nous écoutes, manifeste toi ;-)
Bon après pour l'instant il n'y a que des mots, mais je suis assez motivé, et on a pu se rendre compte que toi et Damien portez le projet à bout de bras ! Ekiga a tout pour faire un tabac, sauf peut être un membre de l'équipe plus axé sur la communication, qui pourrait en faire un maximum de pub... La communauté doit faire du bruit pour soutenir ce projet qui est à la pointe depuis 5 ans, mais qui n'a toujours pas séduit les particuliers. J'espère ainsi que la version Win32 changera la donne... Merci Julien ;-)
Alors que les gens qui souhaitent contribuer à Ekiga (et pas seulement en code, mais qui peuvent souhaiter juste en faire la publicité, faire des critiques ou des remarques) s'abonnent aux mailing lists:
http://mail.gnome.org/mailman/listinfo/gnomemeeting-devel-li(...)
http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
Le projet a besoin de soutien, et surtout qu'on parle de lui, car il n'est pas assez reconnu malgré sa grande qualité !
[^] # Re: Mais aussi...
Posté par Dodji Seketeli . Évalué à 5.
Oui, je pense qu'il serait bien venu de réfléchir à un support jabber dans ekiga. J'ai quelques trucs à faire avant sur d'autres projets, mais oui, jabber dans ekiga m'interesse effectivement. Il ne reste pas grand chose pour que ekiga prenne sa place le client de "chalk" ultime !
[^] # Re: Mais aussi...
Posté par liberforce (site web personnel) . Évalué à 5.
Dernier commentaire: 13/10/2004
# Pour madame michu c'est pas encore ça
Posté par salvaire . Évalué à 5.
Mais Ekiga à deux gros problèmes:
- la compilation n'a jamais été simple, surtout pour les libs
- Quand ça marche pas, on sait pas pourquoi
Il y a bien le mode debug sur stdout, mais c'est pour expert. Et des graphiques peu parlant.
* L'hôte est il accessible (ping)?
* Ekiga est il en écoute?
* Il y a il un firewall qui coupe, quoi?
* La transmission est elle saturé?
* Pourquoi Alsa bloque? Pourquoi j'ai un bruit haute fréquence? ...
Tout ça pour dire que pour un utilisateur de base c'est la galère.
Le pire étant la fonction miniature. L'utilisateur clique sur la croix, soit il ne remarque pas le téléphone rouge, soit la boîte à miniature n'est pas présente ... Ajoutons la fonction "sauvegarde du bureau kde". Et vous avez 100 Ekiga en tâche de fond ... Un cauchemar!
Évidement un geek fait ps, kill. Mais madame michu ...
Sinon quand ça marche c'est super!
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Damien Sandras (site web personnel) . Évalué à 6.
"- la compilation n'a jamais été simple, surtout pour les libs"
Quand on n'est pas un pro de la compilation, on ne compile pas, et on utilise des binaires. Pour reprendre ton argumentaire, je dirais que Madame Michu ne compilera pas, elle utilisera une interface graphique, sur laquelle elle cochera la case d'installation d'Ekiga, et elle attendra que ce soit fait.
"- Quand ça marche pas, on sait pas pourquoi"
Ben si, il y a des messages d'erreur et des assistants pour l'audio et le NAT.
"* L'hôte est il accessible (ping)?"
Le proxy SIP te renverra un beau message d'erreur te le disant, message relayé par Ekiga.
"* Ekiga est il en écoute?"
Oui, sinon il t'affiche un popup pour te dire que non.
"* Il y a il un firewall qui coupe, quoi?"
Le test NAT de l'assistant de configuration te le dira.
"* La transmission est elle saturé?"
Tu le verras (pertes de paquets)
"* Pourquoi Alsa bloque? Pourquoi j'ai un bruit haute fréquence? ..."
Pourquoi mon disque dur fait du bruit? Pourquoi mon écran n'a pas un bon contraste?
=> Si ALSA bloque, ta distribution a un bug, reporte-le...
"Ajoutons la fonction "sauvegarde du bureau kde". Et vous avez 100 Ekiga en tâche de fond ... Un cauchemar!"
<troll>J'ai toujours dit que KDE n'était pas fait pour Madame Michu...</troll> Mais, leur as-tu reporté un bug? <troll>Je commence à me demander si Madame Michu ce ne serait pas toi.....</troll>
Encore un commentaire vide, une tentative de troll, dans laquelle je me laisse prendre. Mais promis, je ne répondrai plus à aucun post de ce thread.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Matthieu Moy (site web personnel) . Évalué à 5.
Parce que le coup de « tu as un bug, juste rapportes-le », si le mec en question n'a pas le temps de faire un rapport de bug convenable, les bugzilla du style « ça marche pas, démerdez-vous pour corriger », ça n'apporte pas grand chose non plus.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Damien Sandras (site web personnel) . Évalué à 2.
Quand on a le temps d'écrire un commentaire comme celui-ci, on a le temps aussi d'écrire un rapport de bug convenable.
Désolé, mais à chaque fois qu'il y a une nouvelle sur Ekiga, il y a toujours des gars qui se défoulent dessus pour dire "oui mais tout compte fait ça marche pas sauf quand ça marche" et dont l'argumentaire est vide.
J'ai toujours gardé ma réserve par rapport aux trolls, mais ici je sors de mes gonds. Puisque c'est comme ça, j'ai bien envie de réduire encore plus l'équipe de développeurs et de la quitter, ainsi, tout le monde sera tranquille!
Marre de la critique gratuite.
Je rappelle que c'était un journal pour fêter les 5 ans d'un soft. 5 ans d'une vie dévoués à ce soft dès qu'une minute de temps libre se présente, pour pas un kopeck.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par plagiats . Évalué à 5.
Si vous acceptez les éloges, faut accepter les critiques aussi et pas se fermer au dialogue "je répond plus à rien, et je rentre à ma maison". dans tout ce qu'il a dit, tu as vu une attaque pourquoi ne pas y chercher les opportunités ?
Madame michu (et monsieur plagiats :p) quand on leur dit "assistants pour l'audio et le NAT." ils traduisent "suivant suivant, marche pas ? bah 'continuer' quand même." ou "c'est qui NAT ?"
T'imagine si les dev de gimp se barraient à chaque fois que quelque critique leurs boites de dialogue de sauvegarde ? :-)
[^] # Re: Pour madame michu c'est plus que parfait (tm)
Posté par Guillaume . Évalué à 5.
Damien a maintes fois demandé de signaler les bogues; il y a un sustème centralisé pour ça il faut l'utiliser: les développeurs ont autre chose à faire que d'écumer les forums, etc.
Le message de Fabrice n'était pas idéalement formulé et Damien probablement bien crevé. La version svn à l'air d'avancer pas mal en ce moment, faut-il y voir un lien?
Il faut se mettre à la place de Damien, regarder le temps et l'énergie dépensés pour fournir à tous un magnifique logiciel audio/vidéo, puissant, configurable et agréable à utiliser.
Les développeurs ont droit de temps en temps à quelques remerciements; chapeau bas à damien et son équipe pour cet excellent boulot, j'utilise ekiga toutes les semaines et je ne risque pas de le lacher. (^^)
nb:
Génial l'affichage du niveau sonore dans ekiga, j'espère que ça restera dans les prochaines versions; voir même que ce sera accentué avec un assistant "réglage audio". Le principal problème de ma mère avec ce genre de logiciel: le micro est branché à l'envers ou les enceintes sont éteintes. Un système de vérification de l'installation audio serait un plus indéniable.
Ekiga ça RoxXXX
[^] # Re: Pour madame michu c'est plus que parfait (tm)
Posté par Snark_Boojum . Évalué à 4.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par zebob . Évalué à 5.
De toute façon je connais pas encore de Mme Michu qui font de la VoIp.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Matthieu Moy (site web personnel) . Évalué à -1.
Faut pas voir une attaque personnelle à chaque fois que quelqu'un te dit que ton soft ne marche pas chez lui. Des bugs, des problèmes, chaque logiciel a les siens, y compris les meilleurs. Comme dit plus bas, faut accepter les éloges et accepter les critiques.
Pour ce qui est d'avoir toujours gardé ta reserve, tu veux vraiment que je cherche dans les archives de Linuxfr la liste des trolls sur ekiga auxquels tu as répondu ?
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Damien Sandras (site web personnel) . Évalué à 4.
Garder ma réserve = ne pas m'énerver
Ca ne m'empêche pas de répondre...
[^] # Re: Pour madame michu c'est pas encore ça
Posté par salvaire . Évalué à 3.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Juke (site web personnel) . Évalué à 4.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par novexz . Évalué à 3.
Pitié pour la grammaire !!!
"Je ne suis" ou "Je n'ai" (bien sur ici c'est "je n'ai" qu'il faut écrire).
Quelques fautes d'orthographe ou même de grammaire (un oubli d'un 's' ou d'un 'ent' par exemple), je veux bien, personne n'est à l'abri de fautes d'inattention mais là c'est du niveau CE1...
Autant écrire "je nez", au moins on gagne du temps de frappe!
[^] # Re: Pour madame michu c'est pas encore ça
Posté par salvaire . Évalué à 2.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par salvaire . Évalué à 6.
Je dis juste entre parenthèse que le compilation d'opal et de pwlib n'est pas aussi simple qu'un configure --prefix ...; make; make install. Beaucoup de développeurs ne testent pas la compilation avec "--prefix", et avec une version déjà installé. C'est le cas quand tu n'as pas le droit Root sur la machine. Je compile des tas de soft en local de manière transparente. Ekiga m'a donné du fil à retordre.
Que la croix sur la fenêtre principale d'une application signifie en principe fermer l'application. J'ai pigé le truc avec kde, après plusieurs heures de crise de nerf. Je peux pas prendre l'avion pour regarder comment est l'écran. Peut être qu'un autre bouton serait plus approprié?
Que Alsa bloque parfois. J'ai pas la moindre idée du pourquoi?
Si ma mère appel, parfois ça marche, parfois c'est haché. Si j'appelle ça marche (parfois). J'ai pas la moindre idée du pourquoi non plus? Le débit de Speex n'est pas affiché.
Je ne suis pas sure de comprendre en lisant les logs du mode debug.
Le test NAT ne vois pas le firewall Cisco qui coupe sip. L'audio marche sans problème...
C'est pas une façon professionnel de traiter ces clients/utilisateurs! Mais c'est classique dans le libre.
Mais bon si tu est ouvert pour améliorer le debugage. Je peux exposer le problème sur la mailing list. À condition d'avoir une idée du problème. Car il y a toujours des cas vicieux.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Damien Sandras (site web personnel) . Évalué à 4.
Le lieu pour poster des bugs reports est bugzilla.
En aucun cas, Linuxfr n'est le lieu ;)
Par ailleurs, le débit est affiché, le fait de cacher la fenêtre en la fermant est commun (gaim utilise le même principe par exemple), le fait qu'ALSA bloque est décrit un peu partout (c'est artsd qui occupe la carte son). Bref, voilà déjà un aperçu concernant tes remarques.
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
La plupart des logiciels que j'utilise qui marchent sur ce principe me préviennent quand il le font. Genre une boite de dialogue « Je vais pas quitter, mais juste masquer la fenêtre. [ ] ne plus afficher cet avertissement ». Pour un utilisateur non averti, ça serait en effet un plus.
Par contre, je viens d'essayer, ekiga se rend compte quand il y a déjà une instance qui tourne, donc ça va (ça serait encore mieux si au deuxième lancement, il ramenait la fenêtre du premier lancé, mais ...).
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Snark_Boojum . Évalué à 5.
http://bugzilla.gnome.org/show_bug.cgi?id=342560
:-)
[^] # Re: Pour madame michu c'est pas encore ça
Posté par Juke (site web personnel) . Évalué à 2.
Y'a t'il une recommandation gnome à ce sujet, car tout les soft n'ont pas ce comportement.
J'ai en tete Rhythmbox notament.
# Merci Damien !
Posté par halt . Évalué à 2.
Ekiga fonctionne bien et grace à l'ADSL le problème de codec propriétaires disparait (meilleur codec mais proprio donc non intégrable).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.