M a écrit 3005 commentaires

il envoi surtout une requête avec une clé facile à casser, il charge ensuite le fichier mp3, et envoi à nouveau la même requête. C'est une sorte de simple verrou.
Mais avec le client flash officiel c'est qui qui gère ça ?
Le player en flash charger de loader le flux mp3.

Donc downloadhelper, essaye de telecharger un peu à l'arrache les fichiers streamés.

Dans ce cas là, une solution définitive serait de hacker un client flash libre pour qu'il dump le stream au lieu de le jouer.
On pourrait aussi imaginer pour le son, de jouer avec les plugins alsa, pour dumper ce qui est lu sur la carte audio.

En dehors de la partie technique (je me demande comment ils font pour identifier les requêtes illégitimes)
Je sais pas ce que fait downloadhelper, mais je suppose qu'il télécharge le fichier flash via http ?

Sûrement qu'au niveau des entête http, il n'envoie pas la même chose que le client flash.

Pour casser une clé mifare avec une attaque par la force brute, il faudrait:
- une semaine sur un FPGA à 100$
- une journée sur un FPGA à 700$

Et sur un pc classique ?


La plupart des cartes déployées au niveau institutionnel
(Vitale, Carte Bleue, ...) utilisent de la vraie sécurité.
Qu'en est il des pb de secu de la CB qui avait été présent à une époque (affaire Humpich) ?
Ils ont modifié leur algo ?

Les fichiers numériques étant immatériel, tu les dupliques très facilement. Et puis y a des livres que tu lis qu'une seule fois.

Pour en revenir au problème de place, les bibliothèques se débarrassent des vieux livres car il n'ont plus de place pour les stocker. S'ils étaient sous forme numérique, vu que pour un même volume on peut mettre de plus en plus d'info, ils ne seraient pas obliger de les jetter et même 20/30 ans après on pourrait trouver les bouquins qui existait à l'époque.

Après chaque support a son utilisation.

Oui mais le papier ça brule, c'est encombrant, ça se fait bouffer par des rongeurs, ça moisi, ...

Je pense qu'il faut mieux opter pour la gravure sur pierre : c'est quelque chose de durable, l'histoire nous l'a prouvé.

PS : quel est la probabilité que dans 1 siècle quelqu'un retrouve ton livre ? Quel est celle d'une oeuvre numérique qui à été diffusé sur plusieurs réseaux électroniques.

Sur http://www.ebooksgratuits.com/ il y en a pas mal de français.

Les cartes soekris peuvent booter par le réseau, mais je préfère encore utiliser la carte flash.
Pourquoi faire simple quand on peut se taper des heures de galères.

Une simple directive obligeant tous les manufacturiers à concevoir leurs appareils électriques de telle sorte que leur consommation à l'arrêt (via télécommande, où en stand-by) soit la plus faible possible.

Plus faible possible par rapport à quoi ?

Le pb, c'est surement que leur proc principal à bas cout ne gère pas les modes basses consommations.


Le mieux serait de faire comme sur les frigos : afficher une échelle sur laquel on mettrait la conso du produit à l'utilisation/en veille.

PS : Chose courante: il manque sur la carte une vingtaine de composants (des options ?).
Ben c'est plus facile sur un circuit éléctronique de prévoir plus ( composant optionnel, composant de debug, ...), que d'être comme un con et devoir tout refaire s'il y a un truc qui marche pas comme prévu.

Juste une question aux développeur ici présent. Quel genre d'optimisation logiciel il est possible de faire pour tirer partie du 64bits ? Parce que personnellement, je développe toujours de la même façon sur cette plateforme.
Aucune : les perfs sur x86_64 par rapport à i386 sont surtout du aux différences d'architectures (plus de registre en 64bits qu'en 32 bits, ...).

Sur les autres bi-architectures 32/64 bits (sparc, ppc) les perfs sont meilleures avec des appli 32 bits qu'en 64 bits.
Pourquoi ? Parce que dans ce cas l'archi est quasiment la même, seul la taille du bus change. Et comme la plupart des appli n'utilisent pas de données 64 bits le 32 bits leur suffit (et elles n'ont pas à ce trimballer du code plus gros, des datas plus grosses (pointeurs 2 fois plus gros, ...), ...).

Si on osait caser la compatibilité i386, je pense que l'on pourrait aussi avoir un mode 32 bits plus rapide que le 64 bits sur x86_64.

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)

oui, je crois que SLIP est buggé dans les kernel récent. Je sais pas si ça a été corrigé dans les dernières versions

oui, je crois que la 3.3.0 tourne deja sur AIX.

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.

Et quel est la différence entre Alpine et un mutt configuré pour ressembler a pine ?

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(...) ).

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.

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.

http://djeyl.net/free/nntp/index.php?view=PDg3YWJvZGdwYXouZn(...)

Donc ca se confirme, ca marche pas sur les v4.
Je suspecte que l'usb est moisi dessus...

Ca pourrait être interresant.

Mais je sais même pas si le port usb des v4 marche, vu que pour le moment il n'a jamais servit.

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.

Et si des pc du réseau ne supporte pas l'ipv6 il récupère une ip locale comme avant ou ca marche pas ?

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.

Quelqu'un a essayer ?

Leur truc manque légèrement de doc...

Essaye AES a la place de TKIP.

Est ce que si tu fais du WPA, ca fonctionne mieux ?