Reprise du message précédent :
c'est le cache L2 en Z-RAM ?!
 
yen a combien là, 1 ou 2Mo  ?

http://en.wikipedia.org/wiki/Z_RAM  plutôt

 
et ça serait les instruction load/store qui passe en exécution out-of-order? ou bien une différence mineure, ou alors les machins ont fait que bouger un peu.
en tt cas ça a pas l'air d'être un K8L.

il a un pb le code du forum c pas moi qui m'amuse à pointer sur http://&/#034;http://en.wikipedia. [...] _RAM"

Je ne pense pas, la densité n'est que ~2x supérieure à vue de nez, et ça ne fait vraiment pas longtemps que AMD a acquis la licence.
Vue comme ils étaient à la traine sur ce point par rapport à Intel ou IBM, ils avaient de la marge pour améliorer leur densité sans recourir à la zram.
 
Je dirais 1mo, il y a autant d'éléments au centre du cache sur de vieilles photos en 90 ou 130nm. Et la taille du cache est exactement moitié sur les schémas de principe du K8L qui est supposé embarqué 512k par core.
 

Cette supposée révision G ressemble beaucoup à la photo verte utilisée pour le schéma de principe du K8L, sauf que la FPU n'est pas doublée. Donc ça pourrait être ce que tu dis... Ou bien une réorganisation pour aider à monter en fréquence par exemple, j'en sais rien

d'après wikipedia le K8L c'est la rev. G
http://en.wikipedia.org/wiki/K8L
 
c'est un K8L sans FPU doublée alors? parce que ce proc serait vraisemblablement un sempron?

Rev.G = Die Shrink de la Rev.F à priori... Mais peut etre que d'ici là, si AMD a avancé, ils passent direct au K8L.

Arf ...

Tu le connais ?

Ben quoi c'est pourtant précisé
 

 
J'aime bien le "may change dramatically"

le nouveau chip graphique integre d'intel c'est pour quand ?

http://www.matbe.com/actualites/13 [...] r-le-g965/

 
Quel hack?

un réseau Wimax au Pakistan : http://news.com.com/2100-1039_3-6075684.html
 
ben laden va avoir le haut débit dans sa grotte et moi je serai toujours en 56K

ça devrait pas te géner toi l'amoureux des techno old school  

Mon frangin s'est acheté un Belinea 10 20 30W.
 
Je lui est donc taxé pour comparer avec mon vieux 230SB (cote à cote), qui a baissé en contraste/netteté et qui a un coin légèrement magnétisé.
 
Question netteté OK, c'est un LCD.
ça a tendence a avoir trop de luminosité (bon là y'a presque plus à plus de soleil), ça peux être relou pour coder/taper des tests
 
Tests sur des photos: l'image est un poil plus piquée par rapport à mon 230SB en 1360x1024/100Hz.
Les couleurs: ça va, question gamut les tests ont montré que le gamut des LCDs pourvait être correct de toutes façon.
 
ce qui va pas: la dynamique. un coucher de soleil fait bouillie de pixel comparé au CRT, y'a un léger banding/dithering/bruit dans l'eau... le ciel....
les bokehs de photos c'est pareil...
 
sur des photos, la compression de dynamique dû au noir pas noir et au dithering, les zones sombres font ressortir du bruit genre j'ai l'impression d'avoir une photo à 800~1600 ISO comparé a du 400.
 
le pire: j'ai enfin pu faire le test que je voulais faire pour savoir comment l'electronique jouait sur la luminosité/contraste, et mettre en évidence le banding naturel potentiel des LCDs (ça dépends des technos on est d'accord).
 
j'ai donc fait un beau gradient bien large, un jpeg2000 sans pertes (CS2 est un gros boulet de pas proposer le JP2K):  
http://bjone.free.fr/divers/gradient1680.jp2
 
Qui est bien clean sur le CRT...
 
Sur le LCD, bien tu devines un léger banding quand tu regardes le CRT, tu joues avec la luminosité ça bouge, tu joues avec le contraste, et là c'est le drame (non je rigole - pas en fait)
 
En fait tu joues sur le contrastes, tu vois le banding se déplacer dans l'image, genre un fondu de couleur sur la TNT....

 
faut regarder dans les releases notes, il faut aller modifier un truc dans la base de registre.
 
par contre si tu as un truc branché en analogique sur la deuxième sortie, le TMDS est bien configuré en 8bits.

Euh ca s'ouvre avec quoi un jpgeg2k ?  

ACDSee / XnView...

Ok merci. J'ai XnView en plus j'ai meme pas fais gaf  

Par contre le Wide (enfin le 16:10) c'est pas mal pour Visual Studio, et pour les photos en 3:2 y'a moyen de caller les barres d'outils sur les bords.

 
utiliser des vieux trucs c'est bien quand c'est par choix et que c'est utilisable

paint shop pro 7 l'ouvre même pas
si c'est "sans pertes", pourquoi pas faire un PNG? ^
(tant pis, j'ai installé xnview)
ah, pas sympa cette image on voit beaucoup le moiré dessus   (en utilisation firefox/windoze tout ça le moiré est pas trop visible, mais là.. ^)

Sans pertes "visuelles"

sur le PNG c'est du LZW: le fichier sera ptet plus gros que du TGA sur un gradient
 
calculatoirement je ne connais pas exactement le fonctionnement du jpeg2000 lossless, pour qu'il n'y ait pas de déviation (ondelettes tout ça).
 
il est toujours possible de se donner un nombre important d'essai en augmentant a chaque fois le niveau de qualité par localité jusqu'a temps qu'il n'y ait plus d'erreurs.
 
mais je pense qu'il y a une technique un peu plus déterministe que du bruteforce de brute

 
Il faut baisser
par default mon LCD est tellement lumineux que je ne peux pas rester 5 minutes devant sans avoir mal au yeux

oué j'étais au min hier soir, c'était limite pour coder, là ça va mieux j'ai de la luminosité ambiante pour masquer, mais faudraient qu'ils puissent réguler le rétro éclairage mais j'ai pas vraiment l'impression que le delta soit important.... vivement les LCDs a matrice de LEDs pas cher ou le SED...

tu peux régler encore plus finement avec les onglets d'affichage qui vont bien normalement aussi

le PNG c'est pas du LZW vu que cet algo de compression était breveté et que le PNG a été créé pour avoir un format de compression sans perte libre.
 
C'est vraiment dommage que le jpeg 2000 n'ait pas percé, il est largement au dessus du jpeg que ce soit en terme de qualité comme en terme de taille.

Ouai mais plus de puissance CPU nécéssaire.

Avec un conroe ca doit tourner tsé

Tout les terminaux internet ne sont pas en conroe.

c'est vrai, Il faut 30ms au lieu de 10 pour afficher une image jpeg2000. C'est vraiment atroce

sur Amiga 1200 sans fast ram il fallait 30mins pour afficher en ham8 un jpeg de 640x512
avec de la fast ca mettait plus que 15mins
 
en tout cas ca enterrait quand meme le falcon malgrés son DSP  

 
autant pour moi pour le lzw, je croyais que le brevet àlacon(TM) portait que sur le gif... (déjà a la base)

Le Falcon a toujours tenu de la taupe plus que du volatile ad hoc.

http://www.matbe.com/actualites/13 [...] ans-physx/
Ca commence bien

Ca fait meme perdre 1 FPS  

 
bah, j'ai vu dans un magazine.. une carte de décompression JPEG pour PC, en ISA 8 bit