Petite remarque: toujours insérer la carte avant de brancher le lecteur. C'est très vrai pour Linux (il peut détruire la carte sinon) mais aussi dans une moindre mesure pour les autres OS.
Mouai ... Il y a le moteur de HL1 basé sur un glquake hacké pour être plus générique et faire aussi du directx en plus de l'Opengl. Le moteur graphique de HL2 est HL1 + les vertex/shaders version Dx7 à Dx9. Dans le répertoire dédié à ces vertex/shaders, il a shaderempty et shadergl (vide tous les deux), propablement pour pouvoir couper les shaders et pour faire une version OpenGL des shaders. Au passage, il y a meme un repertoire shadernvfx, dédié pour les riches possesseurs de pauvres cartes NivdiaFX. Les bibliothèques dédiès aux calcul de vecteurs et autres sont faites pour Windows ET Linux. Y'a meme un répertoire de Makefile pour compiler une version Linux.
<sarcasme>
Mais, bon, c'est vrai, maintenant les serveurs ont besoin d'un moteur graphique. c'est devenu courant.
</sarcames>
Je sais au moins que la RC5 s'installe dans OpenOffice.org1.1 et la final s'installe dans la 1.1.0. Je ne serais pas surpris qu'il y est quelques corrections de bugs mineurs et des améliorations sur les filtres.
Mon conseil: attends d'avoir un problème pour mettre à jour.
Pas possible de réutiliser les fichiers, c'est des installations.
C'est vrai que je bondi pas sur Apple parce que j'ai grandit dans la période des Amstrad, MSX, CBM64, Amiga,Atari, etc où l'OS et le matériel formait un tout cohérent (et car OS en ROM). J'ai encore cette vision sur le matériel Apple bien que dans les détails ils sont maintenant identiques aux PC.
Je suis arrivé dans le monde PC en 1996 (malgrè moi :( ) et j'ai toujours eu cette notion de OS et matériel séparé car l'OS était sur le disque dur.
C'est peut-etre cette différence qui explique cette attitude paradoxale.
Un autre moyen de vérifier serait de faire un petit bench du moteur pour les filtres et de comparer entre les trois. Des mesures trop proches pourrait encore plus aller dans le sens d'un possible vol de code.
Il y a aussi la recherche de code binaire identique sur le moteur entre les trois softs.
J 'ai toujours entendu et lu que le Jpeg2000 avait une partie de ses spécifications sous une license payante. C'est-à-dire que dans les faits, la création d'une image Jpeg2000 est payante. Et je crois même que la lecture peut-être payante aussi. C'est une situation assez proche du MPEG4. C'est aussi LA raison pour laquelle le Jpeg2000 ne perce pas.
Par contre, le Jpeg2k serait payant car il est aussi couvert par plusieurs brevets. Au contraire du MPEG4 où c'est simplement une license payante dans le cadre d'une utilisation commerciale [pas de brevets je crois] (et il n'y a pas de frais à payer dans le cadre éducatif et tous les projets de MPEG4 OpenSource sont sous cette <<protection>>).
Aucun des sites dans les liens présentés n'abordent ce délicat sujet.
bon je me lance, corrigez-moi si je dit des conneries.
Ce que je comprends de la situation actuelle du marché des cartes graphiques:
- C'est une course folle aux fonctionnalités et aux support de la version Y de DirectX.
- Tous les douze mois, les cartes doivent faire mieux de 30% à 50% que la génération précédentes.
Si on se fit aux specifications des vendeurs, on pourrait croire que tout est fait par la carte. La réalité semblerait bien différente. Tous les fabricants de cartes graphiques trichent en implémentant une partie des fonctionnalités dans les drivers (et non pas dans la carte elle-même).
Pour donner un peu de poid à ma remarque, il suffit de se reporter à des courbes de FPS sur différents PC. Les courbes sont proportionnelles à la puissance du CPU (alors qu'en théorie cela devrait ne déprendre beaucoup plus que du hardware de la carte - et souvenez vous des affirmations des vendeurs de cartes 3D ou le CPU ne seraient plus important dans les performances des jeux). Il est vrai que la préparation des données pour la carte graphique est un poid non négligable dans les performances. Mais suivant les parties stressés le poids du CPU peut être très élevé (je crois que Tom's Hardware fait encore ce type de comparaison occasionnellement).
je penses que c'est la raison principale pour laquelle les pilotes de cartes 3D ne seront jamais open source et que les spécifications ne seront jamais disponibles. Cela montrerait que trop de fonctionnalités sont dans les drivers et non dans les cartes (la vieille TNT2 à doublé ces performances depuis sa sortie simplement grace aux drivers).
Et, au passage, on touche bien au probleme de la propriété intellectuelle.
Une comparaison intéressante peut se trouver dans la 3D pour les cartes son. Dans ce domaine, les fabricant cachent moins qu'une partie du boulot est fait par le CPU et non par le DSP (voir les spécificatoin des cartes chez le projet ALSA). En générale, le boulot du DSP de la carte son se résume aux mixage. Les paramètres de mixage sont calculés par le CPU. (je mets un bémol sur mes affirmation car quelques cartes haut de gamme font du vrai son 3D mais ALSA n'a pas eu accès aux specs).
Il s'agit d'une race condition dans XFree86. Pour la debian, le problème a été résolu dans la série dans 2.4.1. Les versions de daniels de la 4.3 pour debian contiennent le bug. Ce bug a été corrigé dans la version CVS de XFree86 4.3. Les paquetages officiels de Xfree86 4.3 pour la Debian qui devraient bientôt arrivé auront le problème corrigé.
La seule solution immédiate est de rétrograder XFree86 vers la version 2.4.1.
Je confirme avoir lu dans une interview du "patron"de DirectX (version 3 à l'epoque si je me trompe pas) qu'il disait clairement s'être inspiré de l'Amiga pour faire DirectX.
Dommage qu' il n' y ait pas de réjouissance en France :(
Le 16 Aout, c' est mon anniversaire. Fêter Debian, ma distrib préférée, et mon anniversaire le même jour, je trouve que cela aurait été tout simplement génial ! ;)
Soit très discret aussi. C'est peut-être le même genre de personne qui pourrait veiller à ce que tu es des problèmes dans ta vie professionnel. Ou alors, si cette affaire fait un peu de bruit, tu pourrais te retrouver avec ton nom cité et c'est pas génial si tu veux rechercher du boulot par la suite (direction de DRH, tous unis !). Le monde est souvent bien plus petit qu'on le croit.
Pas mal de player de DVD stocke des personnalisations par titre comme la clé CSS (xine ou ogle, je sais plus) ou la position dans un DVD pour reprendre plus tard (PowerDVD sous win). Donc je suppose qu'il y a un identifiant dans le flux du DVD lui-même.
par contre je sais pas comment le sorit (look at the source luke).
Pour l'acpi,le problème vient des BIOS foireux. L'équipe ACPI pour Linux (et BSD aussi je crois) passent du temps à réécrire les tables ACPI des bois foireux. De mémoire pour avoit lu ca sur des forums, le pire en portables pour support c'est les portables Dell.
Le coeur du problème en reviendrait à MS pour une implémentation ACPI foireuse et qui sert de référence (et en particulier chez Dell).
J'ai bien peur que l'ACPI cela ne soit jamais pour nous :(
SMS est de nature pacifiste: vrai, il ne s'attaque jamais à lui-même.
SMS est nature reconnaissante: il est vrai que l'on reconnait de loin son style inimitable (surtout sur la tribune).
SMS est de nature diplomate: un petit voyage en Irak, ca te tente pas ?
Un stagiaire au boulot utilisait un PowerBook 12" pour ses rapport et autres besoins personnels (un peu de dev en ObjC aussi). La résolution en 1024x768 fait un peu petit mais c' est une résolution assez courante dans les portables.
Par contre j'ai été impressionné par la netteté de l'écran et surtout je l'ai trouvé vraiment très agréable par rapport à l'écran de mon Dell en 1040x1050. De plus le poids et la taille d'un 12" en font vraiment un "portable".
J'attend la rentrée pour connaitre la nouvelle gamme d'Apple en portable mais en terme de rapport qualité/prix/fonctionnalité le 12" est à regarder de près (le 15"aussi).
J'ai eu des echos très très positif de la debian sur laptop apple (tout est supporté). le seul problême, c'est qu'il faudrait se faire un noyau personnalisé car celui inclu dans la debian est incomplet pour la gestion d'énergie.
Oups ! Pardon, l'interface unix est disponible avewc windows.
Donc le plus portable c'est les sockets unix (AF_UNIX, AF_INET c'est pour le IP [Internet Protocol]). Tu peux aussi passer par l'interface de boucle local si tu utilises AF_INET.
Je n'ai aucune idée des performances mais ca doit pas être grandiose.
Portabilité ? la tu rêves ! mais pour m'être frotté au problème, j'ai découvert ça:
Il faut se rabattre sur les mailslots. Je suis un gros feignant et je te laisse cherche la doc :). L'interface utilise l'API du file system sous windows.
Attention, c'est de plus en plus lent à chaque version de windows.
Il y a aussi les Unix sockets qui sont disponibles aussi mais je ne sais pas ce que ca vaut et la portabilité (ou plutot la quantité de bugs) entre les différentes versions de windows.
Attention aussi, les sockets sont à la sauce MS et il vaut mieux passer par une surcouche pour masquer la tuyauterie suplémentaire dans les sockets Windows.
# Re: Lecteur de carte 6 en 1
Posté par Schwarzy . En réponse au journal Lecteur de carte 6 en 1. Évalué à 1.
[^] # Re: Quadrature du cercle : choix d'un portable
Posté par Schwarzy . En réponse au journal Quadrature du cercle : choix d'un portable. Évalué à 3.
- tu peux diviser par deux l'autonomie réelle.
- la température doit etre terrible.
- le bruit des ventilos doit pas etre triste.
3.1 kg c'est pas mal en poids. penses a prendre aussi un abonnement en salle du muscu.
penses à regarder aussi si il y a bcp d'accessoires à trimbaler.
[^] # Re: OpenOffice
Posté par Schwarzy . En réponse au journal OpenOffice. Évalué à 1.
Hi
In my enthusiasm for OpenOffice.org 1.1, I neglected to clarify a point (see http://www.openoffice.org/servlets/ReadMsg?msgId=848545&listNam(...) ).
OpenOffice.org 1.1.0 is *identical* to the recently released OpenOffice.org RC5.
Therefore, if you have downloaded RC5, there is no need to download 1.1.
[^] # Re: Valve dans le gaz !
Posté par Schwarzy . En réponse au journal Valve dans le gaz !. Évalué à 2.
<sarcasme>
Mais, bon, c'est vrai, maintenant les serveurs ont besoin d'un moteur graphique. c'est devenu courant.
</sarcames>
# Re: ICANN vs. Verisign ?
Posté par Schwarzy . En réponse à la dépêche ICANN vs. Verisign ?. Évalué à 4.
http://fuckverisign.com/(...)
Juste pas curiosité, tout le monde peut y acceder ? J'ai un bind patché pour Verisign donc je ne vois plus leurs cochonneries.
# Re: OpenOffice
Posté par Schwarzy . En réponse au journal OpenOffice. Évalué à 2.
Mon conseil: attends d'avoir un problème pour mettre à jour.
Pas possible de réutiliser les fichiers, c'est des installations.
# Une seule console pour un seul jeu !
Posté par Schwarzy . En réponse au sondage Ma console préférée. Évalué à 4.
Je ne remercierai jamais assez les programmeurs de logiciels d'émulation !
# Re: Noms de nos chers ordinateurs ;)
Posté par Schwarzy . En réponse au journal Noms de nos chers ordinateurs ;). Évalué à 1.
tiny: c'est mon serveur à tout faire, celui qui doit suivre tout le monde.
Ensuite ma machine perso, le nom et l'IP change par OS:
pingy, winy, beby, fresby
Les noms sont assez explicites :)
Et enfin il y a nomade pour le vieux portable.
Pour le futur portable apple, j'hésite entre pomme ou berlioz (pom ! pom ! pom !).
[^] # Re: PC sans OS et vente liée: la répression des fraudes indécise
Posté par Schwarzy . En réponse à la dépêche PC sans OS et vente liée: la répression des fraudes indécise. Évalué à 1.
C'est vrai que je bondi pas sur Apple parce que j'ai grandit dans la période des Amstrad, MSX, CBM64, Amiga,Atari, etc où l'OS et le matériel formait un tout cohérent (et car OS en ROM). J'ai encore cette vision sur le matériel Apple bien que dans les détails ils sont maintenant identiques aux PC.
Je suis arrivé dans le monde PC en 1996 (malgrè moi :( ) et j'ai toujours eu cette notion de OS et matériel séparé car l'OS était sur le disque dur.
C'est peut-etre cette différence qui explique cette attitude paradoxale.
[^] # Re: PC sans OS et vente liée: la répression des fraudes indécise
Posté par Schwarzy . En réponse à la dépêche PC sans OS et vente liée: la répression des fraudes indécise. Évalué à 1.
Avec au moins 80% de marge sur Windows+ Office tout confondu (OEM + particulier), j' ai des doutes sur les pertes financières de MS.
[^] # Re: Spamihilator passe de GPL à freeware
Posté par Schwarzy . En réponse à la dépêche Spamihilator passe de GPL à graticiel. Évalué à 1.
< u
*?|<>/":
8:\u
9x(})
Qh0u
SWhr
qui ont une grande probabilité d'être des opcodes x86 ou des data venant de l'édition des liens.
rien de concluant finalement :(
[^] # Re: Spamihilator passe de GPL à freeware
Posté par Schwarzy . En réponse à la dépêche Spamihilator passe de GPL à graticiel. Évalué à 2.
Il y a aussi la recherche de code binaire identique sur le moteur entre les trois softs.
# License et brevets ?
Posté par Schwarzy . En réponse à la dépêche JPEG2000 pour tous, c'est ma tournée!. Évalué à 4.
Par contre, le Jpeg2k serait payant car il est aussi couvert par plusieurs brevets. Au contraire du MPEG4 où c'est simplement une license payante dans le cadre d'une utilisation commerciale [pas de brevets je crois] (et il n'y a pas de frais à payer dans le cadre éducatif et tous les projets de MPEG4 OpenSource sont sous cette <<protection>>).
Aucun des sites dans les liens présentés n'abordent ce délicat sujet.
# Re: Pourquoi pas de drivers GPL chez NVidia ?
Posté par Schwarzy . En réponse au journal Pourquoi pas de drivers GPL chez NVidia ?. Évalué à 6.
Ce que je comprends de la situation actuelle du marché des cartes graphiques:
- C'est une course folle aux fonctionnalités et aux support de la version Y de DirectX.
- Tous les douze mois, les cartes doivent faire mieux de 30% à 50% que la génération précédentes.
Si on se fit aux specifications des vendeurs, on pourrait croire que tout est fait par la carte. La réalité semblerait bien différente. Tous les fabricants de cartes graphiques trichent en implémentant une partie des fonctionnalités dans les drivers (et non pas dans la carte elle-même).
Pour donner un peu de poid à ma remarque, il suffit de se reporter à des courbes de FPS sur différents PC. Les courbes sont proportionnelles à la puissance du CPU (alors qu'en théorie cela devrait ne déprendre beaucoup plus que du hardware de la carte - et souvenez vous des affirmations des vendeurs de cartes 3D ou le CPU ne seraient plus important dans les performances des jeux). Il est vrai que la préparation des données pour la carte graphique est un poid non négligable dans les performances. Mais suivant les parties stressés le poids du CPU peut être très élevé (je crois que Tom's Hardware fait encore ce type de comparaison occasionnellement).
je penses que c'est la raison principale pour laquelle les pilotes de cartes 3D ne seront jamais open source et que les spécifications ne seront jamais disponibles. Cela montrerait que trop de fonctionnalités sont dans les drivers et non dans les cartes (la vieille TNT2 à doublé ces performances depuis sa sortie simplement grace aux drivers).
Et, au passage, on touche bien au probleme de la propriété intellectuelle.
Une comparaison intéressante peut se trouver dans la 3D pour les cartes son. Dans ce domaine, les fabricant cachent moins qu'une partie du boulot est fait par le CPU et non par le DSP (voir les spécificatoin des cartes chez le projet ALSA). En générale, le boulot du DSP de la carte son se résume aux mixage. Les paramètres de mixage sont calculés par le CPU. (je mets un bémol sur mes affirmation car quelques cartes haut de gamme font du vrai son 3D mais ALSA n'a pas eu accès aux specs).
[^] # Re: Bouh la la qu'est ce qui ce passe.....
Posté par Schwarzy . En réponse au journal Bouh la la qu'est ce qui ce passe...... Évalué à 1.
Il s'agit d'une race condition dans XFree86. Pour la debian, le problème a été résolu dans la série dans 2.4.1. Les versions de daniels de la 4.3 pour debian contiennent le bug. Ce bug a été corrigé dans la version CVS de XFree86 4.3. Les paquetages officiels de Xfree86 4.3 pour la Debian qui devraient bientôt arrivé auront le problème corrigé.
La seule solution immédiate est de rétrograder XFree86 vers la version 2.4.1.
[^] # Re: Rodidjiu d'crénom
Posté par Schwarzy . En réponse au journal Rodidjiu d'crénom. Évalué à 1.
[^] # Re: Debian a 10 ans !
Posté par Schwarzy . En réponse à la dépêche Debian a 10 ans !. Évalué à 2.
Le 16 Aout, c' est mon anniversaire. Fêter Debian, ma distrib préférée, et mon anniversaire le même jour, je trouve que cela aurait été tout simplement génial ! ;)
[^] # Re: mdk
Posté par Schwarzy . En réponse au journal mdk. Évalué à 1.
[^] # Re: Belle mentalité...
Posté par Schwarzy . En réponse au journal Belle mentalité.... Évalué à 4.
# Re: Identification unique pour DVD
Posté par Schwarzy . En réponse au journal Identification unique pour DVD. Évalué à 5.
par contre je sais pas comment le sorit (look at the source luke).
# Re: Vivement le 2.6 !
Posté par Schwarzy . En réponse au journal Vivement le 2.6 !. Évalué à 3.
Le coeur du problème en reviendrait à MS pour une implémentation ACPI foireuse et qui sert de référence (et en particulier chez Dell).
J'ai bien peur que l'ACPI cela ne soit jamais pour nous :(
[^] # Re: Putain, merde, mon clavier !
Posté par Schwarzy . En réponse au journal Sco commence vraiment à me degouter. Évalué à 2.
SMS est nature reconnaissante: il est vrai que l'on reconnait de loin son style inimitable (surtout sur la tribune).
SMS est de nature diplomate: un petit voyage en Irak, ca te tente pas ?
[-1]
[^] # Re: Questions sur les iBook
Posté par Schwarzy . En réponse au journal Questions sur les iBook. Évalué à 1.
Par contre j'ai été impressionné par la netteté de l'écran et surtout je l'ai trouvé vraiment très agréable par rapport à l'écran de mon Dell en 1040x1050. De plus le poids et la taille d'un 12" en font vraiment un "portable".
J'attend la rentrée pour connaitre la nouvelle gamme d'Apple en portable mais en terme de rapport qualité/prix/fonctionnalité le 12" est à regarder de près (le 15"aussi).
J'ai eu des echos très très positif de la debian sur laptop apple (tout est supporté). le seul problême, c'est qu'il faudrait se faire un noyau personnalisé car celui inclu dans la debian est incomplet pour la gestion d'énergie.
[^] # Re: Pipes nommés sous Windows
Posté par Schwarzy . En réponse au journal Pipes nommés sous Windows. Évalué à 2.
Donc le plus portable c'est les sockets unix (AF_UNIX, AF_INET c'est pour le IP [Internet Protocol]). Tu peux aussi passer par l'interface de boucle local si tu utilises AF_INET.
Je n'ai aucune idée des performances mais ca doit pas être grandiose.
# Re: Pipes nommés sous Windows
Posté par Schwarzy . En réponse au journal Pipes nommés sous Windows. Évalué à 1.
Il faut se rabattre sur les mailslots. Je suis un gros feignant et je te laisse cherche la doc :). L'interface utilise l'API du file system sous windows.
Attention, c'est de plus en plus lent à chaque version de windows.
Il y a aussi les Unix sockets qui sont disponibles aussi mais je ne sais pas ce que ca vaut et la portabilité (ou plutot la quantité de bugs) entre les différentes versions de windows.
Attention aussi, les sockets sont à la sauce MS et il vaut mieux passer par une surcouche pour masquer la tuyauterie suplémentaire dans les sockets Windows.