Euh... il y a de vieux .zip qui traînent sur un serveur (vieux = une dizaine de jours [sic]) qui devraient fonctionner plus ou moins, mais comme je ne sais pas si Damien tient à ce qu'on divulgue ce qui n'est pas encore la beta si tôt, je préfère ne pas en dire plus :-)
Je créerai de nouveaux zips quand j'aurais fini de mettre en place le tray multiplateforme. J'ai écrit le .h qui va bien et des bribes du .cpp ; il faut que je finisse de l'écrire, que je le teste, que je le committe... bref.
Gnomemeeting va être renommé en eKiga, et la version 2.0 va sortir une bêta dans pas longtemps.
Il supporte les protocoles SIP et H.323 avec audio et vidéo et les possibilités de passer à travers les NAT sont étendues (je n'ai plus de trou dans mon pare-feu pour ça...).
Snark
PS: je ne comprends pas ce que cliquer simplement sur "Connecter" aurait dû faire... sur un téléphone normal cela prend la ligne et c'est tout. On ne peut pas deviner qui l'utilisateur veut joindre !
... et je dois dire que pour accélérer la lecture, il faut qu'un certain nombre de contraintes soient respectées :
- le texte doit être textuel (ie: rien qui brise la régularité du texte sur chaque page : pas de formules au milieu, pas trop de section/sous-section/sous-sous-section, par exemple) ;
- le texte doit être linéaire (si le texte fait des renvois en arrière ou contient des formules mathématiques un peu compliquées... dommage) ;
- il vaut mieux que le texte soit dans une langue où l'on est très très très à l'aise (typiquement : langue maternelle) ;
- il vaut mieux que la densité d'information soit plutôt faible... augmenter la vitesse de balayage du texte ne sert à rien si l'engorgement se fait au niveau de la cervelle !
Bref, ça marche très bien pour des applications "littéraires", genre lecture de roman, ou de rapport de quelqu'un qui n'a rien à dire et en met des tartines. Pour lire des articles techniques, surtout d'un haut niveau : pfftt.
Euh... ça, ce n'est pas au logiciel de le faire, c'est une question de fournisseur de service. Et justement, skype lie les deux, alors que gnomemeeting permet de choisir son fournisseur.
Là encore, l'orientation est vers la liberté de l'utilisateur...
J'ajoute que le port win32 est assez avancé maintenant. Il demande à être testé plus en profondeur et il y a quelques trucs pas encore bien en place, mais il fonctionne.
Le NAT se passe très bien avec SIP. En tout cas avec le futur gnomemeeting 2.0, on n'a plus besoin d'ouvrir quoi que ce soit pour que les choses se passent impeccablement.
Il faut poursuivre ceux qui ont écrit "cp", car il permet en toute connaissance de cause de transférer un fichier d'un compte utilisateur à un autre, sans même vérifier si le destinataire a bien les droits nécessaires sur le fichier éventuellement musical en question.
Idem pour "scp", "ftp", et tous les navigateurs...
C'est quand je vois ce genre de commentaires que je suis embêté... je ne peux pas décemment le noter comme "pertinent"... mais il n'est pas "inutile" non plus.
C'est quand même une bonne remarque qui m'a bien amusé.
Certes, il a trouvé moyen de ne pas se déplacer pour utiliser les autres ordinateurs ; mais il a pensé aux escarres. C'est la raison pour laquelle régulièrement il prend son siège et l'amène devant un autre ordinateur, dont il prend le siège, qu'il ramène devant l'ordinateur principal !
Pas bête, hein ?
Snark
PS: c'est de l'humour ; je préfère le préciser...le prenez pas mal mais quand même je préfère. C'est plus sûr. Ce n'est pas qu'on ne sait jamais, non, mais au contraire, des fois on sait.
Les questions que je me pose en tant que développeur gnomemeeting sont les suivantes :
1) si ce logiciel vit par le soutien de wengo à la base + développeurs extérieurs, est-ce qu'il ne mourra pas si l'intérêt de wengo pour le projet s'évanouit pour une raison ou une autre ?
2) pour la même raison, est-ce que le support GNU/Linux ne risque pas de sauter à terme parce qu'ils voudront ajouter telle ou telle fonctionnalité bidon qui ne tourne que sur un OS qui ne l'est pas moins (bien que prédominant) ?
2) pourquoi être partis sur un nouveau projet de zéro au lieu de se greffer sur gnomemeeting, qui était déjà mature ?
Bref, je ne me vois pas contribuer à wengo de si tôt, dans la mesure où je ne suis pas totalement sûr de la direction que va prendre le projet...
Les pilotes vidéo viennent sous forme de greffons, ce qui permet déjà depuis un certain temps de gérer les webcam usb, les caméras firewire, les appareils photos firewire, etc.
Les pilotes audio viennent aussi sous forme de greffons, ce qui permet déjà depuis un certain temps de gérer les pilotes ALSA et OSS.
À l'avenir le projet est que les codecs viennent aussi sous forme de greffons, ce qui permettra de gérer des trucs exotiques sans en dépendre de façon ferme, donc sans risquer d'avoir des problèmes avec des brevets imbéciles.
Enfin, là je bosse sur le port win32. J'arrive à compiler gnomemeeting et le faire tourner avec mingw sous win32. J'arrive à le compiler avec mingw sous linux, mais pas à le faire tourner sous win32 après.
Ceci dit la seule chose qui manque à l'implémentation des interfaces dbus à gnomemeeting, c'est la gestion des comptes... tout ce qui est gestion des appels est fonctionnel !
Tiens oui, puisqu'on parle des obstacles divers et variés qui peuvent se présenter sur le chemin d'une appli libre pour marcher sous MOSX : je profite de l'occasion pour rappeler que gnomemeeting est toujours à la recherche d'un contributeur pour écrire un greffon d'acquisition vidéo sous MOSX. Si ma mémoire est bonne, c'est la seule chose qui nous manque (maintenant que gtk/MOSX est une réalité plus acceptable).
Négatif. MSN utilise les serveurs microsoft ; donc même avec un client libre on est censurable.
Faites comme moi, n'utilisez que jabber. J'ai converti mes parents et ma femme à gaim ; comme ça ils ont plusieurs protocoles disponibles dans leur logiciel libre, dont jabber.
*Beaucoup* plus rapide _à chaque fois_, par contre, je reste très dubitatif : ce n'est pas un ChangeLog de projet libre, c'est un communiqué de presse d'entreprise.
C'était le sens de mon message (peut-être mal exprimé), et je campe sur cette position.
Ce qui m'impressionne c'est qu'à chaque fois, ils disent que mono a été bien optimisé et qu'il est beaucoup plus rapide. C'est un peu comme les lessives qui lavent plus blanc à chaque fois...
Bref, c'est moins un résumé des améliorations intra-communautaire qu'un communiqué d'un service de vente.
Le marché n'est pas un bon moyen d'optimiser quelque chose vers le "meilleur" car il sélectionne les solutions les moins chères localement.
Ce qui pose deux problèmes :
1) moins cher (ne va pas forcément vers la qualité) ;
2) localement (on évolue vers le moindre coût le plus facile à atteindre... ce qui peut être très cher par rapport au moins cher global !).
[^] # Re: eKiga 2.0
Posté par Snark_Boojum . En réponse au journal audio et vidéoconf sous Linux. Évalué à 1.
Je créerai de nouveaux zips quand j'aurais fini de mettre en place le tray multiplateforme. J'ai écrit le .h qui va bien et des bribes du .cpp ; il faut que je finisse de l'écrire, que je le teste, que je le committe... bref.
Snark
# eKiga 2.0
Posté par Snark_Boojum . En réponse au journal audio et vidéoconf sous Linux. Évalué à 2.
Il supporte les protocoles SIP et H.323 avec audio et vidéo et les possibilités de passer à travers les NAT sont étendues (je n'ai plus de trou dans mon pare-feu pour ça...).
Snark
PS: je ne comprends pas ce que cliquer simplement sur "Connecter" aurait dû faire... sur un téléphone normal cela prend la ligne et c'est tout. On ne peut pas deviner qui l'utilisateur veut joindre !
# J'ai suivi une telle formation...
Posté par Snark_Boojum . En réponse au journal La lecture rapide : qu'en penser ?. Évalué à 10.
- le texte doit être textuel (ie: rien qui brise la régularité du texte sur chaque page : pas de formules au milieu, pas trop de section/sous-section/sous-sous-section, par exemple) ;
- le texte doit être linéaire (si le texte fait des renvois en arrière ou contient des formules mathématiques un peu compliquées... dommage) ;
- il vaut mieux que le texte soit dans une langue où l'on est très très très à l'aise (typiquement : langue maternelle) ;
- il vaut mieux que la densité d'information soit plutôt faible... augmenter la vitesse de balayage du texte ne sert à rien si l'engorgement se fait au niveau de la cervelle !
Bref, ça marche très bien pour des applications "littéraires", genre lecture de roman, ou de rapport de quelqu'un qui n'a rien à dire et en met des tartines. Pour lire des articles techniques, surtout d'un haut niveau : pfftt.
[^] # Re: Question annexe de compréhension
Posté par Snark_Boojum . En réponse à la dépêche K3DSurf 0.5.4 : Des mathématiques au service de la création graphique. Évalué à 1.
[^] # Re: Question annexe de compréhension
Posté par Snark_Boojum . En réponse à la dépêche K3DSurf 0.5.4 : Des mathématiques au service de la création graphique. Évalué à 1.
Ça rapprocherait mes travaux théoriques de la pratique, d'une certaine façon ;-)
[^] # Re: une question qui me vient à l'esprit...
Posté par Snark_Boojum . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 5.
Là encore, l'orientation est vers la liberté de l'utilisateur...
Snark sur #gnomemeeting
[^] # Re: une question qui me vient à l'esprit...
Posté par Snark_Boojum . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 5.
Snark sur #gnomemeeting
[^] # Re: routeur NAT
Posté par Snark_Boojum . En réponse à la dépêche Avancées importantes dans le support de la voix sous Jabber/XMPP. Évalué à 6.
Snark sur #gnomemeeting
# "tolèrent en connaissance de cause"
Posté par Snark_Boojum . En réponse au journal Réponse de la sacem aux logiciels libres.... Évalué à 9.
Il faut poursuivre ceux qui ont écrit "cp", car il permet en toute connaissance de cause de transférer un fichier d'un compte utilisateur à un autre, sans même vérifier si le destinataire a bien les droits nécessaires sur le fichier éventuellement musical en question.
Idem pour "scp", "ftp", et tous les navigateurs...
Snark
[^] # Re: Tiens donc !?
Posté par Snark_Boojum . En réponse à la dépêche Migration massive au Royaume-Uni. Évalué à 2.
C'est quand même une bonne remarque qui m'a bien amusé.
[^] # Re: un peu tout ça en fait...
Posté par Snark_Boojum . En réponse au sondage Pour utiliser mes ordinateurs je me sers. Évalué à 2.
Pas bête, hein ?
Snark
PS: c'est de l'humour ; je préfère le préciser...le prenez pas mal mais quand même je préfère. C'est plus sûr. Ce n'est pas qu'on ne sait jamais, non, mais au contraire, des fois on sait.
[^] # Re: Et openWengo ?
Posté par Snark_Boojum . En réponse à la dépêche Interview de Damien Sandras (GnomeMeeting). Évalué à 3.
1) si ce logiciel vit par le soutien de wengo à la base + développeurs extérieurs, est-ce qu'il ne mourra pas si l'intérêt de wengo pour le projet s'évanouit pour une raison ou une autre ?
2) pour la même raison, est-ce que le support GNU/Linux ne risque pas de sauter à terme parce qu'ils voudront ajouter telle ou telle fonctionnalité bidon qui ne tourne que sur un OS qui ne l'est pas moins (bien que prédominant) ?
2) pourquoi être partis sur un nouveau projet de zéro au lieu de se greffer sur gnomemeeting, qui était déjà mature ?
Bref, je ne me vois pas contribuer à wengo de si tôt, dans la mesure où je ne suis pas totalement sûr de la direction que va prendre le projet...
Snark
[^] # Re: jabber et gnome meeting
Posté par Snark_Boojum . En réponse à la dépêche Interview de Damien Sandras (GnomeMeeting). Évalué à 5.
On ne peut pas être à la fois au four et au moulin.
Mais les choses avancent malgré tout :-)
Snark sur #gnomemeeting
[^] # Re: 2+
Posté par Snark_Boojum . En réponse à la dépêche Interview de Damien Sandras (GnomeMeeting). Évalué à 5.
Les pilotes audio viennent aussi sous forme de greffons, ce qui permet déjà depuis un certain temps de gérer les pilotes ALSA et OSS.
À l'avenir le projet est que les codecs viennent aussi sous forme de greffons, ce qui permettra de gérer des trucs exotiques sans en dépendre de façon ferme, donc sans risquer d'avoir des problèmes avec des brevets imbéciles.
Snark sur #gnomemeeting
[^] # Re: Video Telephony
Posté par Snark_Boojum . En réponse au journal Le Gnome Journal de décembre.. Évalué à 1.
Enfin, là je bosse sur le port win32. J'arrive à compiler gnomemeeting et le faire tourner avec mingw sous win32. J'arrive à le compiler avec mingw sous linux, mais pas à le faire tourner sous win32 après.
Ceci dit la seule chose qui manque à l'implémentation des interfaces dbus à gnomemeeting, c'est la gestion des comptes... tout ce qui est gestion des appels est fonctionnel !
Bref, ça avance :-)
Snark sur #gnomemeeting
[^] # Re: Applis GTK sous MacOS X
Posté par Snark_Boojum . En réponse à la dépêche Gtk en natif pour Mac OS X. Évalué à 2.
Snark
# Avec asterisk pour gérer l'aspect serveur...
Posté par Snark_Boojum . En réponse à la dépêche Sortie d'Asterisk 1.2. Évalué à 1.
Snark
[^] # Re: Ah bon ?
Posté par Snark_Boojum . En réponse au journal Attention, Microsoft vous censure. Évalué à 1.
Faites comme moi, n'utilisez que jabber. J'ai converti mes parents et ma femme à gaim ; comme ça ils ont plusieurs protocoles disponibles dans leur logiciel libre, dont jabber.
Snark
[^] # Re: Amélioration des performances
Posté par Snark_Boojum . En réponse à la dépêche Interview De Icaza et actualité Mono. Évalué à 4.
*Beaucoup* plus rapide _à chaque fois_, par contre, je reste très dubitatif : ce n'est pas un ChangeLog de projet libre, c'est un communiqué de presse d'entreprise.
C'était le sens de mon message (peut-être mal exprimé), et je campe sur cette position.
Snark
# Amélioration des performances
Posté par Snark_Boojum . En réponse à la dépêche Interview De Icaza et actualité Mono. Évalué à 5.
Bref, c'est moins un résumé des améliorations intra-communautaire qu'un communiqué d'un service de vente.
Snark
[^] # Re: FUSE ... qu'est ce que cela va apporter ?
Posté par Snark_Boojum . En réponse à la dépêche Sortie du noyau 2.6.14. Évalué à 1.
[^] # Re: 1.9
Posté par Snark_Boojum . En réponse au sondage J'utilise comme suite bureautique. Évalué à 5.
# Un "Tiens" vaut mieux que deux "Tu l'auras"
Posté par Snark_Boojum . En réponse au journal Des drivers libres pour la prochaine puce ATI ?. Évalué à 10.
Snark
# Effet d'annonce
Posté par Snark_Boojum . En réponse au journal La migration vers Linux revient 6 fois moins cher qu'une simple mise à jour de Windows. Évalué à 8.
Snark
[^] # Re: RISC ou CISC ? Un nouveau troll ?
Posté par Snark_Boojum . En réponse au journal GCC et le mmx/sse{1,2,3)/3dnow. Évalué à 8.
Ce qui pose deux problèmes :
1) moins cher (ne va pas forcément vers la qualité) ;
2) localement (on évolue vers le moindre coût le plus facile à atteindre... ce qui peut être très cher par rapport au moins cher global !).
Snark