thedidouille a écrit 556 commentaires

  • [^] # Re: Avancées technologiques du prochain Kernel

    Posté par  . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 1.

    En fait, qu'est ce qui est constant ?

    La complexité de l'algo, ou l'évolution de sa complexité par rapport à sa charge (sa derivation quoi )???

    ou puis-je me renseigner pour comprendre ce jargon ? (j'en ai + ou - besoin pour mon taffe)

  • [^] # Re: Sortie de WineX 3.0

    Posté par  . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 1.

    la xbox, c'est un peu NVidia quand meme :)

  • [^] # Re: D3D Vs OpenGL

    Posté par  . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 1.

    il y a meme un W que j'ai du oublier qq part ...

    aujourd'hui, grace à NVidia, on reinvente le concepte avec DX9 et ces amis, juste qu'il faut depenser +, polluer + (allez, pour NVidia il faut 80 millions de transistors pour y arriver, et des put1 d'EXT trop simple à programmer).

    Tu prends Halo, y a rien que tu ne puisses pas faire de base avec une Kyro2 ...

  • [^] # Re: Sortie de WineX 3.0

    Posté par  . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 3.

    tu compares OpenGL 1.2 à DirectX 9 et 9+ ... c'est exactement ce que je voulais dire : DirectX 9 pour les ATI et 9+ pour NV30. Zoupeur, y doivent etre heureux chez "nvcheap-fr". Microsoft n'est pas un fabriquant de HW, je trouve dommage que ça soit eux qui choisissent comment doivent evoluer les choses.

  • [^] # Re: D3D Vs OpenGL

    Posté par  . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 4.

    Entierement d'accord avec toi, mais j'ai simplement schematisé comme cela : D3D => impose des fonctionnalités aux fabriquants de HW OpenGL => permet à un fabriquant de HW de specifer des extensions pour que les fonctionnalité de leurs cartes puissent etre exploitées. Voila. en gros si tu prends ATI/NVidia, t'as DX8, DX8.1, DX8.2, DX9, DX10 pour chaque nouvelle carte qui sort. Hors ce ne sont pas les seuls fabriquant de HW. Ya des fonctionnalité qui ne sont dispo qu'avec OpenGL, sur de nombreux modeles de carte. Le TnL, c'est l'exemple de techno qui a rendu les joueurs dependant de NVidia pour pas grand chose (l'idée est bonne, mais il n'y a eut que celui des GeForce 1&2 qui fut exploité). De meme, sur la façon dont les textures sont utilisés dans les jeux, 90 % des jeux utilisait parfaitement ce que savait faire les GeForce, meme si c'était hardu a implémenter. Connais-tu 1 jeu qui utilise EBMP par exemple, vielle extension de DX7 ?

  • [^] # Re: Sortie de WineX 3.0

    Posté par  . En réponse à la dépêche Sortie de WineX 3.0. Évalué à 5.

    Le probleme de WineX, c'est qu'il démocratise DirectX. Warcraft 3 fonctionne correctement, car tu peux utiliser un mode OpenGL.

    DirectX en gros, c'est DirectInput (SDL), Direct3D (OpenGL), et DirectDraw (SDL + qq lib). On est obligé d'utiliser WineX pour faire fonctionner WC3 à cause de DirectDraw, et pas de Direct3D. C'est d'autant + dommage qu'il n'y a rien dans DirectDraw que tu ne puisses faire simplement sous Linux.

    Je ne comprends pas pourquoi les dev de jeux se soumettent tellement à DirectX, car on peut tres bien s'en passer. En plus de cela, la 3D aurait à y gagner, car OpenGL ne nivelle pas par le bas les fonctionnalité HW de ta cg.

    L'aspect positif de WineX, c'est qu'il accelere l'arrivé de drivers de cg et qu'il permet dans certains cas de se debarrasser de Windows. J'espere simplement que l'on pourra avoir des versions OpenSource des drivers supportant la 3D, au prix de qq concession en terme de fonctionnalité HW.

  • [^] # Re: NoMachine - Une alternative libre de contrôle de bureau à distance

    Posté par  . En réponse à la dépêche NoMachine - Une alternative libre de contrôle de bureau à distance. Évalué à 2.

    tight VNC te permet cela.

  • [^] # Re: HP conserve CDE au détriment de Gnome

    Posté par  . En réponse à la dépêche HP conserve CDE au détriment de Gnome. Évalué à 0.

    Moi j'aime bien CDE, car on peut gerer de nombreuses taches en mm temps.

  • [^] # Re: Un test négatif mais constructif (??? vraiment ?)

    Posté par  . En réponse à la dépêche Un test négatif (mais constructif) de la Mandrake 9.1. Évalué à 3.

    dhcp + named, c'est quand meme + simple que des ip static, desolé.

  • [^] # Re: Playstation 3 sous Linux ?

    Posté par  . En réponse à la dépêche Playstation 3 sous Linux ?. Évalué à 1.

    Je ne crois pas, ce qu'on demande à Sony, c'est de fournir du hard, et de supporter gcc. p-e des drv opengl pour leur bignou.

    Ce serait enorme que la prochaine sony puisse supporter les logiciels libre.

    t'imagine le nombre d'OpenOffice et de Mozilla qui seront installé par defaut ??? si il commence à jouer aux donneurs d'ordre, ça pourrait aller trop loin. Il y a plus de PS2 vendu par jour aux States, que de PC pour particuler dans le monde/j.

    C'est pour ça que microsoft veut la mort de Sony ... C'est la seule concurrence valable contre Microsoft ...

  • [^] # Re: Playstation 3 sous Linux ?

    Posté par  . En réponse à la dépêche Playstation 3 sous Linux ?. Évalué à 1.

    Il n'y aura pas de DD dans la PS3. (j'en suis quasiment sur)

    Wifi + system client/serveur à la VNC + qq pour voir DVD/Divx/autre

  • # Vive le hard

    Posté par  . En réponse à la dépêche Linux, profitable. Oui mais pour qui ?. Évalué à 0.

    Pour moi les logiciel libre profiteront en vrac, principalement aux fabriquants de HW (Nokia, Sony, IBM, HP, Sun, Intel) et aux sociétés de service.

    La plus value d'un ordinateur se limitera aux données personnelles de l'utilisateur, aux données artistiques soumises aux copywrite (Jeux, musique ...), au HW, et à la connection au monde. Les utilisateurs se serviront de format OUVERT, donc point de dictature imposee par la fermeture des formats de fichier possible.

    Moi je trouve ça cool.

  • [^] # Re: Ma reflexion perso,

    Posté par  . En réponse à la dépêche Les logiciels libres sur MacOS et Windows. Évalué à 0.

    il va aussi tourner sous linux bientot CATIA. Il manque peut-etre encore trop de drivers de CG performants en openGL. Mais avec Xinerama et autres, il devrait remplacer windob sans trop de prob pour les plateforms PC.

  • [^] # Re: Elections du Debian Project Leader

    Posté par  . En réponse à la dépêche Elections du Debian Project Leader. Évalué à 1.

    Style HP par exemple.

  • # Re: Editorial FreshMeat sur GCC

    Posté par  . En réponse à la dépêche Editorial FreshMeat sur GCC. Évalué à 3.

    c'est pas consistant comme article. Y a tellement de choses a dire sur les compilateur.

  • [^] # Re: Plein de nouvelles de Mandrake

    Posté par  . En réponse à la dépêche Plein de nouvelles de Mandrake. Évalué à 8.

    j'ai travaille chez Xilan aux States (a Salt Lake), et chez Alcatel en France, 30% des gens utilisaient Mandrake (pour le dev et pour tester les routeurs), ils n'ont jamais soutenus Mdk. Par contre, ils filent de la tune a Suse (j'en ai jamais vu une d'installee)...

  • [^] # Re: MandrakeSoft présent à Solutions Linux

    Posté par  . En réponse à la dépêche MandrakeSoft présent à Solutions Linux. Évalué à 7.

    A mon avis Sony gagnerait si il pensait Wifi + XFree + PS3. il se vend + de PS2 en 3 mois aux states que de PC pour particulier en 1 an ...

  • [^] # Re: Amiga est de retour !

    Posté par  . En réponse à la dépêche Amiga est de retour !. Évalué à 0.

    les vrais de vrais on commence avec un vic20 non ?
    les demomakers et tout ca, j'avais du revendre mon Amiga 500 pour ne pas redoubler a l'epoque ...

  • # Re: MandrakeSoft présent à Solutions Linux

    Posté par  . En réponse à la dépêche MandrakeSoft présent à Solutions Linux. Évalué à 10.

    C'est sympa de la part de Sun et de Bull. Cette distrib n'est pas encore soutenue par des mastodontes qui revent tous de rendre Sun HS. linux pour les serveurs c'est cool, mais pour le desktop, ca serait encore mieux.

  • [^] # Re: Faites marcher Python aussi vite que C avec Psyco

    Posté par  . En réponse à la dépêche Faites marcher Python aussi vite que C avec Psyco. Évalué à 2.

    vive PyOpenGL

  • [^] # Re: Prix SUN

    Posté par  . En réponse à la dépêche UT2003 64 bits porté sous Linux. Évalué à 1.

    J'ai une SunBlade 2000 au taffe, mais y a seulement 2 gigas de ram.

  • [^] # Re: Le python nouveau est arrivé

    Posté par  . En réponse à la dépêche Le python nouveau est arrivé. Évalué à 1.

    Moi aussi je suis hyper content, mais peut-on installer Zope avec ???

  • [^] # Re: Debian n'est pas seulement APT: 9000 paquets, testing, sigs, assos...

    Posté par  . En réponse à la dépêche Debian sur les postes de travail. Évalué à 1.

    De plus je tiens a dire qu'il y a au moins 50 mails parlant de nano/pico pour savoir si il falait le mettre dans le rep /bin/ sur la liste Cooker ...

    Donc t'as mal choisit ton exemple. Tu devra utiliser vi si ca plante ... Pour un developpeur CORBA, tu casses pas une allumette.

  • [^] # Re: Debian n'est pas seulement APT: 9000 paquets, testing, sigs, assos...

    Posté par  . En réponse à la dépêche Debian sur les postes de travail. Évalué à 1.

    urpmf nano
    libxml2-devel:/usr/include/libxml2/libxml/nanoftp.h
    libxml2-devel:/usr/include/libxml2/libxml/nanohttp.h
    libxml2-devel:/usr/share/doc/libxml2-devel-2.4.25/libxml-nanoftp.html
    libxml2-devel:/usr/share/doc/libxml2-devel-2.4.25/libxml-nanohttp.html
    libgtk+2.0_0-devel:/usr/share/doc/libgtk+2.0_0-devel-2.0.6/README.nanox
    libxml-devel:/usr/include/gnome-xml/nanoftp.h
    libxml-devel:/usr/include/gnome-xml/nanohttp.h
    libxml-devel:/usr/share/gnome-xml/html/gnome-xml/gnome-xml-nanoftp.html
    libxml-devel:/usr/share/gnome-xml/html/gnome-xml/gnome-xml-nanohttp.html
    kdebase:/usr/share/apps/kappfinder/apps/Editors/nano.desktop
    kernel-doc:/usr/share/doc/kernel-doc-2.4.19/arm/SA1100/nanoEngine
    kernel-doc:/usr/share/doc/kernel-doc-2.4.19/kernel-doc-nano-HOWTO.txt
    kernel-source:/usr/src/linux-2.4.19-16mdk/Documentation/arm/SA1100/nanoEngine
    kernel-source:/usr/src/linux-2.4.19-16mdk/Documentation/kernel-doc-nano-HOWTO.txt
    man-pages:/usr/share/man/man2/nanosleep.2.bz2
    man-pages-es:/usr/share/man/es/man2/nanosleep.2.bz2
    man-pages-fr:/usr/share/man/fr/man2/nanosleep.2.bz2
    man-pages-ko:/usr/share/man/ko/man2/nanosleep.2.bz2
    man-pages-pl:/usr/share/man/pl/man2/nanosleep.2.bz2
    libxml2-devel:/usr/include/libxml2/libxml/nanoftp.h
    libxml2-devel:/usr/include/libxml2/libxml/nanohttp.h
    libxml2-devel:/usr/share/doc/libxml2-devel-2.4.23/libxml-nanoftp.html
    libxml2-devel:/usr/share/doc/libxml2-devel-2.4.23/libxml-nanohttp.html
    man-pages:/usr/share/man/man2/nanosleep.2.bz2
    man-pages-es:/usr/share/man/es/man2/nanosleep.2.bz2
    man-pages-fr:/usr/share/man/fr/man2/nanosleep.2.bz2
    man-pages-ko:/usr/share/man/ko/man2/nanosleep.2.bz2
    man-pages-pl:/usr/share/man/pl/man2/nanosleep.2.bz2
    libgtk+2.0_0-devel:/usr/share/doc/libgtk+2.0_0-devel-2.0.5/README.nanox
    libxml-devel:/usr/include/gnome-xml/nanoftp.h
    libxml-devel:/usr/include/gnome-xml/nanohttp.h
    libxml-devel:/usr/share/gnome-xml/html/gnome-xml/gnome-xml-nanoftp.html
    libxml-devel:/usr/share/gnome-xml/html/gnome-xml/gnome-xml-nanohttp.html
    kernel-doc:/usr/share/doc/kernel-doc-2.4.18/arm/SA1100/nanoEngine
    kernel-doc:/usr/share/doc/kernel-doc-2.4.18/kernel-doc-nano-HOWTO.txt
    kernel-source:/usr/src/linux-2.4.18-22mdk/Documentation/arm/SA1100/nanoEngine
    kernel-source:/usr/src/linux-2.4.18-22mdk/Documentation/kernel-doc-nano-HOWTO.txt
    [. . .]
    urpmi nan
    Les paquetages suivants contiennent nan : nano perl-PDL printer-utils

    en gros : tu rajoutes les contribs
    (urpmi.addmedia --wget Contribs ftp://ftp.............../RPMS(...) with qqc)

  • [^] # Re: encore ???

    Posté par  . En réponse à la dépêche Les sources de Sendmail infectées. Évalué à 1.

    c'est deja le cas, si tu recuperes pas les clefs sur le site de plf puis que t'update aviplay, tu vas voir ce qui va se passer ...

    faut te mettre au perl et au python.