On sait quel format (mpeg2, mpeg4, wmv3) est capable de supporter UVD et quel seront les gains attendu ?
Parce que j'avais essayé à l'époque le XvMC d'une nvidia et l'apport était minime au vu des inconvénients (tous les filtres de désentrelacement n'était pas possible)
Je suis pas sur qu'EFI soit mieux placer qu'open firmware au niveau liberté...
Mais bon vu qu'intel pousse pour EFI et que l'archi grand publique la plus vendu est du x86, EFI a de beau jour devant lui.
J'espère seulement que ça sera moins le bordel qu'avec l'ACPI (où finalement on en vient à copier le fonctionnement de Windows, vu que les constructeurs valident leur code seulement avec Windows...).
Le seul problème de valgrind est qu'il est fortement lié a l'architecture i386.
Il a l'air de tourner pas mal sur ppc.
Par contre valgrind ralenti les programmes ce qui peut changer le comportement (par exemple dans le cas multi thread).
Je crois aussi que tout est sérialisé (pas de SMP).
C'est pas l'outil parfais, mais il reste quand même formidable.
Vu l'utilisation massive de JavaScript (avec web 2.0, ajax, ...) au lieu d'interpréter le javascript (ce qui doit être fait par la plupart des navigateurs aujourd'hui), ne pourrait ton pas faire du JIT (compilation à la volé du code http://fr.wikipedia.org/wiki/Compilation_%C3%A0_la_vol%C3%A9(...) ).
La durée de vie d'un ordinateur à chuté de 6 ans en 1997 à 2 ans en 2005
2007, c'est l'année des machines bi ou quadri-core. Vista viens de sortir. Aucune obligation de se mettre à jour pour l'OS, les logiciels Vista restent compatible XP/2000, voire 98.Un constructeur vendait il y a quelque mois des Sempron 3200+ correspondant au haut de gamme de 2004 (P4 3200). 3 ans contre 18 mois.
Oui mais le pb c'est que le nombre d'ordinateur entre 1997 et 2005 n'est pas du tout comparable.
De plus je crois que tu confonds durée de vie physique et durée de vie chez un particulier.
La durée des produits électronique à chuté. Pourquoi ?
Je pense que tout d'abord c'est du à la différence cout de production/cout de réparation. De nos jours les produits sont fabriqué avec un faible coût (automatisation, utilisation d'ouvrier chinois, ..) alors que les réparateurs sont payés avec un "salaire français". De ce fait il est parfois plus intéressant d'acheter du neuf que de faire réparer.
De plus les produits sont de plus en plus complexe et les réparateurs maîtrise moins les parties interne. Lors des réparations, on a tendance à changer de plus gros bloc. C'est moins cher (la encore on a moins de main d'oeuvre), mais on "jette" une plus grosse partie à la réparation.
Enfin les constructeurs commencent à arriver dans un marché ou tout le monde est équipé. Pour continuer à vendre, il faut bien qu'ils encouragent le consommateur à jeter ce qu'il a au profit du neuf (voir même faire des trucs moins solide).
Le marché de l'occasion peut être une solution, mais c'est pas forcement accessible à tout le monde, ni forcement rentable.
Il y a certain matos qui ne marche pas sur le marché de l'occase : par exemple les écran CRT.
De plus il faut nuancer l'achat de nouveau matériel (et mise à la casse de l'ancien) au fait qu'il peut être plus "écologique" à l'utilisation.
en même temps je suis ravi de faire mumuse avec un simulateur de vol qui n'exige pas DirectX 11.2 et 4 cartes nVidia 9800 SLI avec 2 Gb de RAM DDR5
sauf que le flight simulator d'il y a cinq ans, il tournait sur des petites config d'aujourd'hui...
J'ai pas mal utiliser flight simulator 98 sur un Pentium 133 Mhz sans carte graphique 3D.
Et niveau de la simulation je sais pas si mes souvenirs sont foireux, mais j'ai pas l'impression que Flightgear ai plus de réalisme que mon ancienne version de flight simulator.
Au passage il y a un changelog pour la version 1 ?
Tu sais les IP ne sont pas anonymes. Des que l'on se ballade sur le net, on la laisse un peu partout.
Rien n'empêche de mettre un pare-feu sur toutes les machines sinon.
Sauf qu'il faut avoir confiance aux parfeu de certains OS (windows) (et ca bouffe du cpu, RAM), c'est chiant a administrer (surtout que dans la plus part des cas on veut que sur le reseau local les ports ne soit pas bloqué), c'est pas possible sur tout les périphériques (tu peux avoir des périphériques sur ton réseau local qui n'ont pas de parefeu (imprimante, ...), ca rajoute une porte de plus a franchir.
Il faut que free ajoute un firewall dans sa freebox.
Parce qu'avant on avait un firewall basique avec le NAT, mais en ipv6 maintenant chaque machine est directement connecté sur le net. Vive les scans de ports et essaye d'intrusion sur les ports sensibles.
Sinon, ce que je voudrais, c'est d'avoir une API qui permette de manipuler les cartes avec des clients natifs. Parce que le javascript ca rame quand meme un max.
Est-ce que ça va changer quelque chose côté DRM et inclusion de vidéos et autres joyeusetés propriétaires et Windows-only, je suis pas certain, qui vivra verra ...
Surtout est ce que ca va changer quelque chose pour les lecteurs pdf libre, qui pour le moment sont loin d'être complet ?
Je crains que non, je pense que le plus dur avec le pdf c'est pas d'avoir les specs, mais de tout implémenter.
En effet le pdf c'est super large, et c'est non trivial de faire un lecteur efficace qui sache traiter les cartes vectorielles, formulaire, texte avec illustration de plusieurs centaines de pages, présentation, contenu multimedia, ...
Posté par M .
En réponse à la dépêche radeonHD 1.0.0.
Évalué à 2.
avec l'arrivée de la 3D qui se concrétise dans Nouveau.
T'as des liens ?
Parce qu'au derniere nouvelle ils ont voulu passer par la nouvelle interface mesa : gallium. Mais celui ci est encore en chantier et ne supporte pas encore les "anciennes cartes".
IcedTea, il mz semble est aussi incomplet : il ont virer les parties proprio de openjdk pour les remplacer par des partie libre (de Classpath, ou autre). Mais certains trucs sont des stubs qui ne font rien...
Posté par M .
En réponse à la dépêche CodeWorker 4.4.
Évalué à 10.
CodeWorker est donc un outil puissant, stable, qui a surement besoin de contributions comme des scripts pour parser toute sortes de langages et ainsi permettre de nombreuses manipulations !
C'est bien beau, mais j'ai du mal à voir des applications pratiques.
L'article aurait pu cité des exemples concret d'utilisation.
Ca fait déja quelque temps que j'ai constaté dans les cinéma parisien la présence de brouilleurs : le téléphone ne capte rien dans les salles, mais dès qu'on sort du ciné on retrouve un signal assez important...
Au niveau légalité je sais pas (les ciné ont peut être signé des accords), mais ça peut poser certains problèmes (empêché de joindre un médecin d'urgence, ...).
# ...
Posté par M . En réponse au journal Radeon HD et décodage video. Évalué à 2.
Parce que j'avais essayé à l'époque le XvMC d'une nvidia et l'apport était minime au vu des inconvénients (tous les filtres de désentrelacement n'était pas possible)
# ...
Posté par M . En réponse au message kernel sl0 time out !. Évalué à 2.
[^] # Re: une news valgrind!
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
[^] # Re: F-CPU : Mort du projet
Posté par M . En réponse à la dépêche OpenIDoo, TimeVault et Sun Niagara 2. Évalué à 3.
Mais bon vu qu'intel pousse pour EFI et que l'archi grand publique la plus vendu est du x86, EFI a de beau jour devant lui.
J'espère seulement que ça sera moins le bordel qu'avec l'ACPI (où finalement on en vient à copier le fonctionnement de Windows, vu que les constructeurs valident leur code seulement avec Windows...).
[^] # Re: une news valgrind!
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
Il a l'air de tourner pas mal sur ppc.
Par contre valgrind ralenti les programmes ce qui peut changer le comportement (par exemple dans le cas multi thread).
Je crois aussi que tout est sérialisé (pas de SMP).
C'est pas l'outil parfais, mais il reste quand même formidable.
# Alpine
Posté par M . En réponse à la dépêche Livre blanc APRIL en version papier, mise à jour de Debian GNU/Linux et Alpine 1.00. Évalué à 2.
# JavaScript
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
On me souffle à l'oreille que tamarin (http://www.mozilla.org/projects/tamarin/) devrait pouvoir faire du JIT.
Quelqu'un sait il ou tamarin en est ?
PS : pourquoi faire des bench sur de tel montre au lieu de config moyenne.
[^] # Re: Et les propositions concrètes ?
Posté par M . En réponse au journal Informatique durable. Évalué à 2.
2007, c'est l'année des machines bi ou quadri-core. Vista viens de sortir. Aucune obligation de se mettre à jour pour l'OS, les logiciels Vista restent compatible XP/2000, voire 98.Un constructeur vendait il y a quelque mois des Sempron 3200+ correspondant au haut de gamme de 2004 (P4 3200). 3 ans contre 18 mois.
Oui mais le pb c'est que le nombre d'ordinateur entre 1997 et 2005 n'est pas du tout comparable.
De plus je crois que tu confonds durée de vie physique et durée de vie chez un particulier.
La durée des produits électronique à chuté. Pourquoi ?
Je pense que tout d'abord c'est du à la différence cout de production/cout de réparation. De nos jours les produits sont fabriqué avec un faible coût (automatisation, utilisation d'ouvrier chinois, ..) alors que les réparateurs sont payés avec un "salaire français". De ce fait il est parfois plus intéressant d'acheter du neuf que de faire réparer.
De plus les produits sont de plus en plus complexe et les réparateurs maîtrise moins les parties interne. Lors des réparations, on a tendance à changer de plus gros bloc. C'est moins cher (la encore on a moins de main d'oeuvre), mais on "jette" une plus grosse partie à la réparation.
Enfin les constructeurs commencent à arriver dans un marché ou tout le monde est équipé. Pour continuer à vendre, il faut bien qu'ils encouragent le consommateur à jeter ce qu'il a au profit du neuf (voir même faire des trucs moins solide).
Le marché de l'occasion peut être une solution, mais c'est pas forcement accessible à tout le monde, ni forcement rentable.
Il y a certain matos qui ne marche pas sur le marché de l'occase : par exemple les écran CRT.
De plus il faut nuancer l'achat de nouveau matériel (et mise à la casse de l'ancien) au fait qu'il peut être plus "écologique" à l'utilisation.
[^] # Re: Pas mal du tout
Posté par M . En réponse à la dépêche Flightgear 1.0 est sorti. Évalué à 3.
sauf que le flight simulator d'il y a cinq ans, il tournait sur des petites config d'aujourd'hui...
J'ai pas mal utiliser flight simulator 98 sur un Pentium 133 Mhz sans carte graphique 3D.
Et niveau de la simulation je sais pas si mes souvenirs sont foireux, mais j'ai pas l'impression que Flightgear ai plus de réalisme que mon ancienne version de flight simulator.
Au passage il y a un changelog pour la version 1 ?
[^] # Re: et maintenant ?
Posté par M . En réponse au journal ipv6 chez free... et maintenant ?. Évalué à 8.
Rien n'empêche de mettre un pare-feu sur toutes les machines sinon.
Sauf qu'il faut avoir confiance aux parfeu de certains OS (windows) (et ca bouffe du cpu, RAM), c'est chiant a administrer (surtout que dans la plus part des cas on veut que sur le reseau local les ports ne soit pas bloqué), c'est pas possible sur tout les périphériques (tu peux avoir des périphériques sur ton réseau local qui n'ont pas de parefeu (imprimante, ...), ca rajoute une porte de plus a franchir.
[^] # Re: v4
Posté par M . En réponse au journal IPv6 disponible chez free.... Évalué à 4.
Donc ca se confirme, ca marche pas sur les v4.
Je suspecte que l'usb est moisi dessus...
[^] # Re: v4
Posté par M . En réponse au journal IPv6 disponible chez free.... Évalué à 2.
Mais je sais même pas si le port usb des v4 marche, vu que pour le moment il n'a jamais servit.
# et maintenant ?
Posté par M . En réponse au journal ipv6 chez free... et maintenant ?. Évalué à 6.
Parce qu'avant on avait un firewall basique avec le NAT, mais en ipv6 maintenant chaque machine est directement connecté sur le net. Vive les scans de ports et essaye d'intrusion sur les ports sensibles.
[^] # Re: ...
Posté par M . En réponse au journal Free déploie l'IPV6. Évalué à 2.
Je suppose qu'il n'y a pas moyen de choisir au niveau de la fb en fonction de l'adresse MAC si la machine doit etre en ipv6 ou ipv4.
# ...
Posté par M . En réponse au journal Free déploie l'IPV6. Évalué à 1.
Leur truc manque légèrement de doc...
# ...
Posté par M . En réponse au message WIFI en WPA2. Évalué à 2.
Est ce que si tu fais du WPA, ca fonctionne mieux ?
# ...
Posté par M . En réponse au journal IGN 3d sous Linux, va falloir attendre. Évalué à 4.
La 3D IGN existe depuis au moins cet été.
Sinon, ce que je voudrais, c'est d'avoir une API qui permette de manipuler les cartes avec des clients natifs. Parce que le javascript ca rame quand meme un max.
# ...
Posté par M . En réponse au journal PDF 1.7 est un standard ISO !. Évalué à 5.
Surtout est ce que ca va changer quelque chose pour les lecteurs pdf libre, qui pour le moment sont loin d'être complet ?
Je crains que non, je pense que le plus dur avec le pdf c'est pas d'avoir les specs, mais de tout implémenter.
En effet le pdf c'est super large, et c'est non trivial de faire un lecteur efficace qui sache traiter les cartes vectorielles, formulaire, texte avec illustration de plusieurs centaines de pages, présentation, contenu multimedia, ...
[^] # Re: Elles doivent être belles les SPECS
Posté par M . En réponse à la dépêche radeonHD 1.0.0. Évalué à 2.
T'as des liens ?
Parce qu'au derniere nouvelle ils ont voulu passer par la nouvelle interface mesa : gallium. Mais celui ci est encore en chantier et ne supporte pas encore les "anciennes cartes".
[^] # Re: euhhh
Posté par M . En réponse au journal Fedora abandonne Xen. Évalué à 2.
Cf l'avis d'un développeur redhat qui n'est pas tendre avec Xen : http://udrepper.livejournal.com/tag/virtualization
[^] # Re: Et pour debugger le code généré?
Posté par M . En réponse à la dépêche CodeWorker 4.4. Évalué à 2.
Tu prie que le générateur n'ai pas de bug (c'est connu le soft 100% bug free ca se trouve partout) ?
[^] # Re: Java libre sur ppc/ppc64 ça existait déjà ....
Posté par M . En réponse au journal Java libre sur ppc/ppc-64: c'est fait !. Évalué à 1.
# ...
Posté par M . En réponse à la dépêche CodeWorker 4.4. Évalué à 10.
C'est bien beau, mais j'ai du mal à voir des applications pratiques.
L'article aurait pu cité des exemples concret d'utilisation.
[^] # Re: cinéma
Posté par M . En réponse au journal couper le téléphone du voisin bruyant. Évalué à 2.
Je sais pas, mais le phénomène c'est produit dans plusieurs ciné, ce qui me fait envisager la piste du brouilleur.
# cinéma
Posté par M . En réponse au journal couper le téléphone du voisin bruyant. Évalué à 2.
Au niveau légalité je sais pas (les ciné ont peut être signé des accords), mais ça peut poser certains problèmes (empêché de joindre un médecin d'urgence, ...).