Marc a écrit 2071 commentaires

Je traine assez souvent avec des gens qui font du calcul scientifique, et le truc qui revient (je trouve), c'est:
* matlab, parcequ'en 2 commandes ça fait presque tout, mais c'est "lent"
* C++/C parceque c'est "rapide", mais il faut une certaine rigueur pour éviter les fuites, éviter les segfault, faire une bonne gestion d'erreur,...

Forcément, si on prend 2 programmes du même niveau de programmation (les chercheurs ne sont pas tous de bons codeurs), un truc en python va être loin derrière le C++ niveau perf. Maintenant, est-ce qu'en utilisant NumPy on rattrape ça ? J'aurais bien aimé avoir un tableau avec des chiffres pour me faire une idée... Quelqu'un a déjà vu ça ?

"Apres coté ATI je sais pas ou ca en est, mais installe les derniers drivers"

ah, c'est con, mais ATI ils sont pas meilleurs que nvidia sur ce plan. Les cartes à base de r200 ne sont plus supportées. Merci qui ?

si t'es forcé de passer par le soft proprio, ok, mais dans tous les autres cas où tu peux utiliser vlc ou mplayer, rien ne t'empêche d'enregistrer la vidéo :)

Je me doutais de la chose. Je ne participe quasiement plus à ce site... Je me serais attendu à un message m'expliquant la chose :)

Et à vrai dire, je m'en tapais un peu de savoir où il allait arriver, car dans tous les cas, il y a toujours au moins qq1 pour t'expliquer que t'aurais pas du faire comme ça (et visiblement, je me suis pas trompé sur ce point :))

Je comprend ta réponse, mais je trouve le principe bizarre...

Parcequ'une nouvelle datant de juin (~4mois) explique ce qu'apportera une future version d'un soft majeur (alors en beta 1), il n'est pas intéressant de dire qu'il est enfin sorti ?

j'achète plus de pain !

c'est marrant de se prendre des moinssage pour avoir répondu ça...

si c'est vraiment en flashant qu'il s'est raté, il te reste pas 50 solutions, il faut reprogrammer la flash avec un JTAG (et ça suppose que qq1 ait pris le temps de trouver comment faire sur ton modèle)... A mon avis, t'as un joli presse papier :)

je m'avoue vaincu :) mais bon, pour l'occaz j'aurai rajouté 3 lignes dans mon /etc/profile :)

marc@g-brouette:~$ less /tmp/gdesk.tar.gz
"/tmp/gdesk.tar.gz" may be a binary file. See it anyway?


Ah ben pas partout :)

j'utilise mon mail principal et un peu gmane. J'ai pas de machine suffisement sûr (freebox, ça coupe de temps en temps) pour pouvoir me permettre de mettre mes scripts directement sur le serveur imap. Du coup, j'utilise un compte IMAP où je ne peux faire que de l'IMAP :)

J'utilise les filtres de mon client mail (gnus) et pas procmail car je veux pas faire de copies locales, je veux que tout reste sur le serveur (ptet que procmail permet de trier à distance ? Me semble que non, mais je me gourre ptet). L'idéal serait d'avoir un programme permettant de faire ces tris et il tournerait qqpart sur une machine qui a presque toujours le net... Ça doit pas être super dur et ça doit même déjà exister ;)

Je n'ai pas pour habitude non plus d'archiver toute les ml, parceque franchement, je vois pas l'intérêt... En général, la liste a sa propre archive, + les autres système d'archivage de liste (gmane, MARC, ...).

je suis assez nouveau dans ce domaine :) Jusqu'à la semaine dernière, je ne connaissais pas comedi...
J'ai aidé à migrer des applis qui datent (en gros) de 2001 sur des machines/distribs actuelles. Le tout est sensé guider un téléscope, sa coupole, une ccd, des filtres, un focuser, avec plusieurs interfaces, écritent en python, graphique et textuelle.
Le code qui accède à la carte (une NI6503 IIRC) est écrit en C, fait office de "serveur" (je mets entre ", car c'est plus tordu que ça) sur lequel viennent se connecter les ifaces (en python).

Je crois que c'est assez précis, ptet même trop... Enfin voila quoi. Ça marchotte à peu prêt, même si y'a qqs soucis (genre lorsque la machine reboot/halt, elle doit balancer des trucs sur la carte IO, ce qui allume un gros spot et la ccd).
A noter aussi que le paquet comedi-source de debian/ubuntu est ultra moisi, je sais même pas comment c'est possible. Plutot que de créer un ss rep dans /usr/src/modules, genre /usr/src/modules/comedi, il se détarre direct dans /usr/src/modules... Et biensur, il ne compile pas :) Il faut utiliser la version CVS...

s/sont/dont/! pfiou, j'aurais mis le temps... Donc ma remarque sur les bindings python s'applique toujours :)

Je n'ai pas directement developper en utilisant ces bindings car j'ai du reprendre du travail de qq1 d'autre qui a tout fait en C. Mais comme actuelement ça ne marche pas top top (ah le code des physiciens...), si je peux, j'y colle du python :) D'ailleurs, il existe un paquet debian pour ces bindings...

"sont on possède les drivers pour comedi ?"

je suis pas sûr de comprendre ça... Il existe des binding python pour comedi... ça te va pas ?

en v4 j'aurai plutôt vu du DHCP, mais en v6 on peut utiliser la stateless autoconf effectivement...

bah, après ton commentaire disant que vous avez le record de cancéreux, je sais pas si rien ne vaut Paris6. De toute façon, Paris ça pu><

on est en période électorale, ça ne fera pas comme à Metz pour le coup :)

A la décharge de Skype, l'acquisition vidéo sous Linux via une webcam n'est pas encore aussi aisée que cela peut l'être sous Windows, à cause des problèmes de compatibilités entre les drivers du noyau Linux et les différentes webcam disponibles.

de la même façon que Skype se cogne que tu aies une SBLive!, une intel intégrée, une brouette, grâce à l'utilisation d'interfaces comme OSS ou alsa (récement je crois), il devrait se cogner de savoir si t'as une webcam logitech ou autre en passant par v4l(2). Je vois pas en quoi "c'est pas sa faute, les webcams sous linux c'est naze" est une excuse. A partir du moment où tu as un pilote, ça devrait fonctionner, et c'est comme ça dans la plupart des softs video sur linux. Et des webcam qui fonctionne correctement sur linux, ça existe...

moi tu n'as pas à me convaincre, je n'utilise pas skype et je teste régulièrement les solutions SIP histoire de voir si je peux utiliser ça avec ma famille (non informaticienne)... Ben finalement, c'est toujours non... Ekiga sous windows, c'est pas encore prêt, Xlite c'est supra chiant à configurer, c'est pas clair. Sous linux & cie, effectivement c'est mieux, mais c'est le même problème que jabber au début, on se retrouve un peu seul :)

Avec Free, Wengo, Gizmo, ekiga.net, bientôt ça sera bien mieux :)

Même si j'aime pas spécialement Skype, je suis pas sûr que la solution "installe toi un asterisk" soit comparable à "installe skype". Skype, ça pu çestpaslibre, mais c'est orienté utilisateur.

"Au fait, la panda, elle traversait au vert ?"
oui, mais la bm d'a coté a fait patiner ses pneus au démarrage (ça faisait un moment qu'il jouait à "j'ai la voiture qui fait le plus de bruit" avec une voiture à coté), du coup quand elle a tourné, le conducteur "n'était plus maître de son véhicule" ...

je t'assure que rentrer à 1h du mat en vélo, d'habitude ça va, mais hier soir, on a croisé un nombre d'abruti au m² assez important.

perso, qu'ils soient content et qu'ils klaxonnent, ça me gêne pas. Par contre quand 3h après la fin du match, y'a toujours de kéké (malgré la pluie):
* qui klaxonent
* montrent leur taux d'hormones masculines en faisant la course aux feux rouges (y'en a un qui a manqué de peu de se prendre une panda)

ouai, mais faut relativiser quand même. J'ai une radeon 8500 et j'en suis très content, je peux jouer à quake3 et ET sans problèmes. Par contre, les jeux qui demandent un peu plus (et pour lesquels la carte devrait suffir), ça coince... Une histoire de trucs que je comprend pas vraiment, mais en vite fais, je crois que certaines extensions prisent en charge par le hard ne pourront jamais être mise dans ce pilote. On m'a souvent répondu "oui, le pilote libre ne sait faire que l'arb path, le plus lent" ... voila voila :)

j'ai un h5500, c'est bien chouette, GPE est joli, marche à peu prêt bien. Le problème c'est que niveau économie d'energie, c'est zero, il tient pas 8h en veille et deconne quand la batterie est trop vide...bref, il est dans son dock, et me sert à rien :)