Marc a écrit 2064 commentaires

http://lists.freedesktop.org/archives/dri-egl/2005-May/000441.html(...)
http://lists.freedesktop.org/archives/dri-egl/2005-May/000445.html(...)

Point de vue intéressant concernant le point "mauvaise idée car 3D ça pu pour l'instant sous linux & cie":
http://lists.freedesktop.org/archives/dri-egl/2005-May/000475.html(...)

Je serais curieux de savoir comment ça marche avec les pilotes libres comme ceux pour les radeon ou intel

je suis pas sûr que ce que tu essais de faire soit une bonne idée.
Pourquoi veux tu faire ça ?

tiens, xine/mplayer, ils savent lire un flux vidéo de n'importe où (comprendre, dvd, fichier, réseau, acquisition v4l, ...), le transcoder, l'afficher à l'écran et le renvoyer sur le réseau (IPv4/v6, http, udp unicast/multicast, ...), en même temps ?

C'est fort pratique quand tu veux faire un effet 'darty' avec le même film sur plusieurs ordinateurs, ou que tu veux lire un dvd depuis une machine sans lecteur DVD tout en pouvant utiliser les sous titres...

Je suis d'accord pour dire que niveau interface c'est pas ce qui se fait de mieux, mais vlc est aussi le seul lecteur video GTK que je connaisse qui a une interface pour pda à peu prêt utilisable.

La version distribuée est une version allegée et "bridée" de VLC.
Pour le "bridée":
http://nanocrew.net/?p=114(...)
Pour le allegée, il semblerait d'après un mail sur la ml de vlc-devel que la plupart des codecs ne sont pas supportés (désactivé à la compilation).

VLC à le vent en poupe ces derniers temps

était trop orienté winCE ... comprenne qui pourra ...

le "linux" de handhelds trop WinCE ? Qu'est ce que c'est con comme remarque... handhelds herberge plusieurs projets dont:
- des ports de linux pour différentes plateformes: comprendre port du noyau, support matériel, etc
- des environements de "bureau" comme GPE (basé sur GTK) ou Opie (qt/e)

Ces différents projets avancent main dans la main, mais absoluement rien n'empeche de ne pas utiliser GPE/Opie. Pourquoi se priver de ce qui existe pour le reste ? ;)

Bref, ces langages ne sont pas adaptés aux "gros" projets, et se cantonneront aux petites appli "destkop" style "front-end", à moins qu'ils évoluent.

Quand je regarde Google, j'ai pas l'impression de voir une petite appli desktop style front-end.
Par contre, il est clair qu'il est plus simple de faire une petite appli de ce genre avec ce type de langage, mais de là à dire que c'est bon qu'à ça...

Je serais curieux de savoir ce que tu appelles "gestion de versionning" dans le langage. Je n'ai jamais croisé ce genre de chose dans les specs de ces langages et je n'ai pas réussi à trouver cette notion dans les specs du langage java 2.

Si tu te sens de me donner un pointeur ou une explication, je suis preneur. S'il s'agit encore une fois de contourner l'obstacle tu peux t'abstenir.

Marc

Oué bah oué, et ? C'est pas pour autant qu'il a de l'avenir :) Sa mort sera lente ca c'est sûr. Autant je crois que le C a de l'avenir dans certains domaines, autant le C++ n'en a pas beaucoup à mon goût.

Chez moi, un truc qui dure longtemps, c'est qu'il dure non ? S'il met 20 ans à mourir, c'est bien qu'il était fait pour durer :)


Et puis bon la stabilité du C++ mdr quoi :) Ca date de quand les dernières spécif déjà ? Y'a combien de compilateur capable de gérer toutes les spec parfaitement ?


Certe, java 5.0 date de y'a pas très longtemps... Combien de compilateur/jvm sont capables de gérer totalement les specs (même 1.4.2) ? Sur combien de plateformes ?

En prenant un exemple simple comme le developpement de linux sur PDA (familiar linux), on voit effectivement que bcp de monde cherche à utiliser java. Le problème, c'est que parmis toutes les jvm qui existent très peu s'en sortent dès que tu sors des "hello world" en console/awt (swing semble avoir qqs probs). GNU Classpath avance, mais c'est pas encore le pied. Pour les compilateurs...euh :)
Et gcj, même s'il avance, reste un peu en retard.

Donc malgré le fait qu'aucun compilo c++ ne respecte pas à 100% les specs du langage, c++ garde un bon avantage (tout comme C)...

Ensuite, si tu pousses un peu, tu vois que python n'est pas non plus super d'un point de vue efficacité sur ce genre de plateforme, et je ne parle pas de chose système/bas niveau là...

j'écoute ta proposition.

S'il est dur de trouver du matos sans soft proprio pré-installé sur un pc de bureau, il est au moins aussi difficile de trouver un PDA sans soft proprio pré-installé.

Tu peux facilement participer aux projets de handhelds (GPE, familiar, oe, ...) et ainsi luter contre le grand méchant. Acheter un Nokia 770 c'est suivre la même ligne, car pour l'instant, les principaux utilisateurs de logiciels de handhelds utilisent du matos 'mal' suivant ta définition ;)

ouai enfin ton exemple tu peux le faire avec à peu prêt n'importe quel langage...

Je crois que l'auteur attendait plus qu'une liste de contributions... T'aurais au moins pu expliquer comment tu t'y prenais...

Le monsieur exprime clairement le besoin d'avoir autre chose qu'un "makefile" et les sources.

je vais me repeter mais tant pis. Le monsieur nulle part n'a indiqué qu'il cherchait une solution adaptée uniquement à java, à C, à C++, ... pour des contributeurs non réguliers (j'imagine par là que c'est quelqu'un qui ne va pas garder 5Go pour pondre un patch tous les 6 mois).

D'ailleurs il demandait des retours d'expérience, par des comparaisons "la mienne est plus grosse".

Je m'arrete là, bonne fin de soirée, et bon trolls

y'a même pas besoin de emacs... Dans mon gdb, je tape refresh et j'ai le code qui apparait avec la ligne surlignée...

le prend pas mal hein. J'ai aucun doute que eclipse est formidable étant donné que j'en entend que du bien, mais je dois dire que parfois, ça me gonfle d'entendre dire "Eclipse c'est génial parceque X" et que X est un truc tout con. Si tu préfères eclipse, tant mieux pour toi, personne ne t'empeches de l'utiliser. A propos de VisualC, c'est peut être parcequ'il est bcp plus simple d'utiliser Visual C sous windows que d'installer gcc via cygwin ou autre ? Par contre, le truc pas drôle, c'est quand tu veux utiliser autre chose que VisualC sur un projet... Si je reprend le journal de façon générale, voilà ce que j'en tire. Le monsieur fait remarquer que c'est chiant de participer à un gros projet car il a mis plus de 3jours pour corriger un truc et qu'il ne sait pas comment distribuer ce truc. Il y a donc un problème. Si tu regardes ses chiffres, 95% du temps vient du fait que le projet n'était pas intégré à son IDE. Est-ce que ça vaut la peine de passer 3 jours à intégrer un truc dans un IDE pour seulement passer 2h dessus et sans savoir ensuite faire un diff ? Je suis pas sûr. Si eclipse rend la chose simple, alors il faut lui dire comment il aurait dû s'y prendre. Il se trouve qu'avec des éditeurs du genre vim/emacs, qui apportent peut être moins de facilités pour certains langages comme java, il aurait été possible, en moins de 3jours, d'arriver à se ballader dans les sources... Non ? Ensuite, faire un diff à la main, c'est pas le truc le plus dur non plus (sans compter que si les src viennent de CVS, dans le menu en haut d'emacs, y'a un truc qui te pond un diff tout seul, et en couleur)

Ah bon avec gdb je peux suivre l'état de mes variables C, afficher la stack et me surligner la ligne de code en cours d'exécution ?



Faudrait arrêter de délirer, à croire que t'as jamais essayé gdb

on parle de java uniquement ou du problème en général ?
Si on parle de java, evidement gdb n'est pas l'outil le plus adapté, mais je pense que tu aurais pu deviner que je ne pensais pas utiliser gdb avec java.
Le titre du journal est
"Journal : De la difficulté de contribuer à des gros projets"
et l'auteur parle du problème en général. Si tu prend des cas particuliers, je pense que tu peux toujours trouver un truc que n'importe quel IDE ne fait pas.

Concernant la remarque sur etags, la dernière fois que j'ai utilisé oui, il me suffisait de me mettre sur une methode, de demander d'aller à la déclaration, et ça marchait.

En lisant les commentaires qui disent que je suis à coté de la plaque, je vois principalement des remarques sur java, j'imagine qu'on ne parle que de java donc (parceque les jar, les 'imports', la gestion du classpath, ça doit être super dur à gérer pour un projet en C quand même). (PS, je sais eclipse sait faire autre chose que du java, mais on s'en fou, c'est pas le problème)
bonne soirée

je fais tout ça avec emacs...

Pour le "aller à", tu utilises etags.

Pour gdb, tu fais M-x gdb.

Ça prend quoi...5min pour connaitre les commandes de base.
Si tu veux un projet eclipse, libre à toi de le fournir, mais pour bcp, ça servirait à rien et imposer un IDE, je trouve pas ça une très bonne idée.

2h pour corriger un bug ça me semble pas si énorme... Maintenant, si t'as passé 3 jours pour intégrer le projet dans ton IDE, je suis pas sûr que les auteurs du projet y puissent grand chose... Avait tu vraiment besoin d'un IDE pour ça ? :)

avec familiar linux (http://familiar.handhelds.org(...) ) tu peux faire utiliser plusieurs modèle de ipaq. Si t'es pas trop gourmand en ressources, tu peux t'en sortir pour pas trop trop chers avec du matos d'occaz.

on a aussi des paquets qui viennent du dri (http://dri.sf.net(...) /http://www.nixnuts.net/files/binary(...) ) et on peut très simplement (vu que je l'ai fait) recompiler des paquets .deb à partir du CVS. Par contre, pas de libcomposite/xcompmgr. Mais pour les pilotes, le DRI, c'est niquel

parceque c'est 'pas pertinent', que maintenant, l'effet marketing lancé par google en créant ce système d'invitation pour faire croire à des gens qu'ils sont privilégiés est terminé, il est très simple de se trouver une invitation gmail

avec certains modems, free degroupé ne marche pas. C'est le cas avec le modem Bewan ST Ethernet. Il synchronise mais il va pas plus loin. J'ai contacté le SAV bewan qui m'a confirmé que leur modem n'était pas compatible avec free degroupé... Donc à voir

voire même RTSP...bizarrement je les confond toujours (serait ce parcequ'ils ont quasiment le même nom?)

http://en.wikipedia.org/wiki/RTSP(...)

peut être avec RTCP ?

que 6mois ça te semble long, mais ça l'est pas. Si en 6mois y'avait moyen de rentabilisé des années de recherche, ça se saurait ;) Et puis simplement, il suffirait d'attendre 6mois pour avoir le truc...

un dvd vierge de 4.7Go, c'est souvent plus petit que les dvd du commerce