Temsa a écrit 697 commentaires

1- ça s'est déjà vu plusieurs fois

2- Les avancées de la nouvelle version sont suffisante pour en parler, ne serait-ce que du portage win32, ça parait rien, mais ça a été l'argument massue quand j'ai présenté Postgres en alternative a MSSQL (dont j'ai pratiquement migré la base à présent): un GBD performant multiplateforme, c'est très bien pour une entreprise...

3- Comme toute version majeure, mieu vaut diffuser l'information des beta pour que la stabilité soit au rendez-vous.

4- On a bien vu une news "X11R6.8 bientôt finalisé", alors X11 oui, pas Postgres?

A vrai dire, non, pour avoir essayé, un système ayant des dépendances automatiques, c'est quand même mieu que tout se palucher à la main (que les utilisateurs de slackware ne se révoltent pas, j'ai utilisé une slack modifiée par mes soins pour le robot de cette année, et j'en ai été très content).

http://www.gentoo.org/proj/en/base/amd64/technotes.xml(...)

'tin si c'est vrai, faut que je me trouve des proxy en siberie moi :P

(je rigole)

oui, je suis au courant :)

mais ce que je veux dire par là, c'est que t'es pas encrypté par dessus aim avec psi(enfin, à ma connaissance), alors qu'avec gaim, si (j'ai même un copain qui s'est embêté a l'installer sous win le plugin pour gaim, parcequ'apparament c'est loin de marcher tout seul...)

reponse a mon PS pour ceux que ça intéresse: opengl, tout simplement :)

Grossomodo même parcours... j'ai testé un peu tout, je me suis stabilisé sur debian testing, puis je suis passé à la gentoo... Pour le moment je n'imagine même pas avoir une autre distrib sur mon ordinateur personnel :)

Et d'ici un mois je devrais passer au 64 bits :) :)

hmm je re-jetterais un coup d'oeil, mais de mémoire je n'aime pas la façon dont c'est fait, et je désire avoir quelquechose de beau, rapide et pratique.

Tout les jeux que j'ai vu en clanlib sont très moyen au niveau graphisme, même s'ils sont facile à faire. On peut en déduire que probablement la clanlib n'est pas optimisée pour faire quelquechose de beau, mais de facile à programmer (but tout à fait louable!).

Les EFL sont faites elles, pour faire quelquechose de beau, et de plus un jeu entièrement thèmable, ce serait pas original? :)

Je pensais aussi faire jouer ces petites bête eventuellement avec un terrain et on verrais l'image de fond du bureau en fond, à la place du ciel (en option, biensur!), je sais qu'avec xdamage ce sera probablement assez facile à terme, mais pour l'instant esmart est très pratique pour ça, et edje/ewl très pratique pour les sprites et l'interface. donc bref, ma visionétant sans doute très différente de celle de l'auteur, je ne crois pas qu'il soit intéressant pour moi d'aller sur wormux (à part si je dis que des conneries sur clanlib et que les gens la sous exploite!)

PS: chromium est basé sur quelles libs?

simplement parceque je n'ai jamais réussi à faire tourner gnomemeeting avec un de mes ami(même si on a pas trop insisté...)!
Et pourtant on a réussi à transmettre du son...

Des histoires de firewall et de forwarding sans doute, n'empêche que ça demeure une opération assez compliquée pour pas grand chose!

Merchi ;)

Je connais bien gaim, je l'ai utilisé pendant longtemps, justement à cause du multi protocole. Jusqu'a ce qu'un jour j'utilise Gush pour me connecter à jabber... j'en profite alors pour configurer les passerelles vers aim et msn, et hop, j'ai adopté jabber :), gaim ayant nettement moins d'intéret (sauf pour les conversations encryptées)

Il manque un ****beau****, simple, et pratique client pour faire passer les gens à autre chose que MSN. De tout ce que je connais, seul les EFL permettraient de faire un tel client rapidement, facilement et répondant à ces critères. un client jabber suffit puisqu'il permet de se connecter aux autres protocoles.

D'ou l'idée d'utiliser une bibliothèque déjà faites et utilisée dans l'un de ces clients, permettant de se concentrer sur le GUI, et après d'améliorer la bibliothèque pour video& voix :)

Après recherche sur jabber.org, voilà les 2 candidats que j'avais retenu pour le faire avec les EFL:

http://iksemel.jabberstudio.org/(...)

http://www.imendio.com/projects/loudmouth/(...)

Le 2e est certainement utilisé par gossip (dans les 2 cas c'est imendio qui est derrière)

J'aimerais bien une bibliothèque commune avec psi, qui est je pense le client le plus abouti, mais ça n'a pas l'air d'être la politique du projet (bien que je n'ai pas vérifié), je téléchargerais la version windows au boulot, pour voir. Mais bon, psi, c'est quand même moche!

Oui, mais en grand public, les gens l'utiliseraient (où au moins l'achèteraient) facilement. Du genre tu envois un mail: "regardes la statuette de dragon que j'ai reçu pour noel! elle déchire sa maman, hein?" avec le fichier blender (ou vrml, ou...) etc.

Après si l'auteur fait un peu mumuse, il pourra l'animer facilement. C'est aussi un très bon système pour les jeux libres, un beau modèle se faisant netement plus facilement.

C'est aussi mon humble avis! Surtout si on arrive à le rendre compatible par les passerelles à celui de MSN...

J'oubliais dans mes projets un petit client Jabber, basé sur une librairie qui s'occupe du protocole(je ne me rappel plus de son nom, mais j'en ai trouvé une) et utilisant les EFL, pouvant ainsi remplir le rôle du client de messagerie beau et pratique que réclamait dans un de ses journaux quelqu'un il y a quelques temps afin de faire "switcher" les utiliseur de MSN.

Je n'ai pas de grandes compétences en reverse engineering (même si je devrais être capable de retrouver ce que fait le firmware en étudiant bien le code).

Je suis preneur pour tout lien donnant de bonnes méthodes dans le domaine :) que ce soit pour le driver linux ou le firmware webcam

Pour le jpeg2000, il s'agit d'un format contesté dans le monde libre, puisque sous le coup possible de pas mal de brevets, mais néanmoins très efficace (le jpeg2000 est au jpeg ce que le divx/mpeg4 est au mpeg2), et très interessant pour ses performances et certaines de ses qualités:

- format d'image "progressif" par nature

- il peut être lossless et demeurer plus petit qu'un jpeg (je me suis d'ailleurs toujours demandé si ce mode de compression ne permettrait pas de compresser des fichiers, puiusqu'il est lossless)

- beaucoup plus efficace qu'un jpeg, et moins d'artefact de compression quand on baisse la qualité.

Bref un format qu'il est bien, mais qui pose plus ou moins des problèmes avec les brevets; plus de détails ici:
http://bugzilla.gnome.org/show_bug.cgi?id=111409(...)

Pour le jpeg2000 dans pwcx, faut pas déconner, ça demande quand même une méchante puissance de calcul et c'est pas le petit 8051 de la webcam qui arrivera à faire ça :P

Pour information, pour le plug-in jpeg2000, il n'y a pas un grand mérite, j'utilise la bibliothèque jasper (comme d'ailleurs la plupart des logciels supportant jpeg2000, de xnview--ou irfanview, je ne sais plus-- a imagemagick), et je n'ai pas précisé que le principe duscanner est celui que j'ai décris là:

http://linuxfr.org/comments/470377.html#470377(...)

Mais sinon... pour faire Extermination dans le monde réel avec un robot... fallait le faire en 1999 ou ne jamais le faire ;)

En l'occurence, j'ai la version 9.0 beta de memoire sur mon ordi (même si j'ai eut la bêtise de faire un peu de nettoyage il y a qq semaine et de virer mes repertoire pwcx de mon $HOME... heureusement j'ai gardé le module)

Ca fait plaisir d'être encouragé comme ça :)

Pour l'occasion, mon commentaire étant trop long, et n'étant pas à proprement parler exactement dans le sujet, j'en ai fait un journal:

http://linuxfr.org/~temsa/15236.html(...)

Je t'invites à y aller donner ton avis ploum (et les autres aussi)

En plus c'est le genre de truc que je sais faire, puisque j'ai fait 2 ans de robotique, et j'ai aussi bien fait le chassis du robot, que le logiciel de reconnaissance d'objets dans l'image, qu'une carte de moteur pas à pas contrôllée par microcontrôleur :)

Mais bon, je préfèrerais que quelqu'un me calme en me disant que c'est complètement hurluberluesque, sinon je vais encore pourrir mes études en ne faisant plus que ça (raison pour laquelle j'arrête la robotique cette année) :oP

En plus, en motivant 2-3 copains avec le même parcours ou presque, je pense qu'il y aurait possibilité que ça se fasse :)

Chut! du calme moi! Faut pas que je m'emballe comme ça!

Non, pas vraiment, j'ai déjà vu une thèse d'un robot qui à patir de 2 caméra refabriquait l'environnement, c'est pas terrible (désolé, j'ai regardé ça il y a 1 an, j'ai plus le lien), mais déjà pas si mal, mais comme toutes les choses du genre, il a des informations sur l'environnement (comme par exemple qu'il est dans un couloir, et qu'un couloir il y a 2 murs sur les cotés, un sol, un plafond...)

Par contre un système sonar+webcam peut être pas mal :)

Il n'empeche que ça me botte carrément d'en fabriquer un de perfectionner la bête (au niveau matériel surtout) :)

Avec un moteur pas à pas, et une webcam, il doit être possible de scanner un objet très rapidement :)

En reflechissant ce système est perfectible: en faisant un scannage en 3 ou 4 temps, avec la webcam et le laser, plus des lampes (des diodes blanche haute intensité?) dans une boite noire et pas mal de maths et de calculs pour l'ordi, on doit pouvoir obtenir un modèle 3D entièrement texturé!

1- Scannage au laser, à priori très rapide, on connait la noirceur de la boite, a 30 images par seconde la webcam peu nous faire un modèle détaillé en quelques secondes.

2- On coupe le laser, on met une lumière diffuse et tamisée et suffisament forte pour avoir peu d'ombres(qu'on pourra éventuellement corriger par les informations de profondeur données par la 1e passe), en eclairant de telle sorte que l'eclairage soit assez uniforme vu de la webcam (ou sinon on corrige les valeurs en calculant les différents eclairages par étalonnages et en faisant un modèle de l'éclairage)

3- Une lumière plus intense (?)ou plus faible(?) pour déterminer la brillance(spéculaire je crois?) du matériaux en chaque point, créant une texture correspondant a cette propriété du modèle.

4- Eventuellement un deuxième laser suivant le modèle du premier, cette fois en face de la caméra, permettant d'obtenir la transparence de l'objet...

PS: je suis pas expert du tout, mais je pense qu'en étant un peu malin et en cherchant dans les thèses paralant de ce genre de choses, on doit pouvoir faire une machine de la mort qui tue la vie :)

Si tu as un lien bittorent à partir du site officiel, tu es sûr que ce que tu télécharges est bien ce qui t'es proposé (à la certitude que peux fournir "un hash+une taille de fichier" près...).

De plus je crois pas que le bittorent soit bloquable si facilement que ça (au pire tu changes ton port pour le port 21...). Peut-être si on t'oblige a utiliser un proxy. Honnêtement, je ne sais pas, mais j'ai pu télécharger sans probleme des liens bittorrents dans pas mal de lieu, y compris école et entreprises..

bittorrent est très adapté pour ça en lieu et place de ftp (eventuellement aussi le reseau edonkey/overnet, mais en general ça telecharge plus doucement).

Et moi j'aimerais bien que tu m'expliques (c'est vraiment une question, hein) comment ne pas utiliser TSE ou Citrix (le coût des licenses de l'un et de l'autre etant trop chers[1]) pour avoir une dizaine d'utilisateurs (environs) faisant tourner chacun une appli (la même, a priori) sur un serveur Windows en même temps en déportant l'affichage sur le poste du client.

Un tightVNC (même si la compression est pas top, et vu que le client paye la ligne le reliant au serveur...) déportant une seule fenêtre remplirait il la tâche? et on lancerais plusieurs fois la même appli dans la session principale [2]?

Honnêtement, je cherche une solution et même si je n'ai pas testé encore celle de tightvnc, pour l'instant je n'ai rien trouvé de convaincant...

[1]: pour indication, dans le devis fait au client, d'environs 15000¤, il y a 3800¤ de licenses MSSQL et 3800¤ de Citrix ou de TSE (je sais pas exactement), on m'a chargé de faire tomber le prix des licenses car le client ne peux pas payer autant

[2]: faudrait-il encore être sûr que personne ne puisse se connecter et voir tout le bureau de cette manière, pouvant alors massacrer les appli des autres... et de plus je ne sais pas si il est possible d'avoir plusieurs clients "monofenêtre" sans que ça pause de problème pour la souris ou le clavier...

ouais mais par contre c'est super cool le fichier/dossier :)

J'y avais déjà pensé a cause d'un bug de xffm (dans une redhat pas toute neuve) quand on fait un drag&drop sur un fichier (par samba, au moins, pour le reste je me rappel pas) il se met a considérer le fichier comme son dossier parents...

Au début ça fait bizarre, mais ça m'a donné des idées bizarres aussi: imaginez un fichier xml, qu'on pourrait lire et modifier comme un répertoire avec des sous repertoires (vision assez courante du fichier xml comme un arbre...) que l'on pourrait triter avec des mkdir, etc. (ça demanderais sans doute une petite evoultion de ces outils pour pouvoir rajouter des attributs supplémentaires à un répertoire), ou encore des ACLs sous forme d'un sous repertoire à chaque fichier...

Bref tout ce qui peut se représenter par un arbre aurait ainsi un interface quasi universelle, et qui plus est simple :)...