Reprise du message précédent :
je place mes espoirs dans ReactOS (un clône de NT, comme linux est un clône d'Unix ^)
 
http://www.reactos.org/xhtml/en/index.html
 
bientôt la version 0.3.0 , une version majeure, je réessaierai quand elle sera là.
(ça devrait être la première vraiment utilisable paraît-il )
 
c'est un projet qui travaille en collaboration avec Wine pour l'implémenation de l'API win32.
 
ce qui est sympa avec ReactOS c'est qu'il utilise les drivers pour win NT4 et 2000/XP, le support directX (en cours) sera une vraie implémentation (vrai support D3D à terme plutôt qu'un wrapper D3D -> OpenGL), on verra aussi avec le temps un support XEN (-> bonne virtualisation pour tourner en même temps que linux), un "subsystem" style Unix probablement (de même que sous windows on a un subsystem Win32 et un posix à télécharger mais limité on va dire), support de systèmes de fichiers comme ext2, reiserFS etc., à terme multi-user et utilisable à distance sans contrainte de licence (ni achat de windoze server)
 
ya du boulot mais c'est un effort qui dure depuis de nombreuses années et ils ont déjà fait pas mal de chemin

hum ca ,c'est un projet ambitieux Maintenant à voir si on atteind pas la limite du reverse ingenieering pour un projet supportée par des personnes qui ont un travail à coté.
 
L'aventage de la solution de warp D3D --> OGL est que ce ne demande pas de gérer en plus les pb de correction de beugs et failles de sécurité liés à un OS complet.

Comme LAME: Lame Ain't an MP3 Encoder

on va pa faire la liste des acronymes récursifs, yen a des tones et ils sont tous sans intéret.

http://www.clubic.com/actualite-35 [...] s-crt.html
 
mmm ? potentiellement interressant. a suivre.

enfin moi je veux juste des vrais 8 bits par pixels, voir du 10 bits. (histoire de se servir des rendertargets 10bits comme backbuffer )

 
deja je vois pas le lien entre 16bit par composante et le fait d'avoir un noir plus profond    
d'ailleurs leur proto de mega techno super hype est bien annoncé a 450:1.
bref du vent de marketeux juste pour faire monter l'action    
(en plus, en mille que c une intepolation alacon pour dire que ca fait 16b a l'oeil ou un truc du genre   )
 
ils auraient dit qu'ils avaient une couche speciale avec des crytaux noirs a la rigueur mais la hein    

http://www.studiodaily.com/filmand [...] /5864.html
 
en même temps à 16000$, ils étrennent peut être des dalles proto

ceci dit, il faudrait le voir, car la manière de mesurer n'ait peut être pas la même que chez les autres fabriquants de LCD (sur le contraste).

ça c'est intéressant, par contre
 
http://www.matbe.com/actualites/13 [...] tranchant/
 
mais bon en 7600GS ça serait mieux (dans l'idéal, 7600GS avec DDR3 à 500Mhz )

et vu le layout, on peut déjà affirmer que la sortie vidéo en config PCI-Express sera plus crade qu'en config VGA

le contraste est à peu près la seule mesure où les fabriquants ne trichent pas trop (Ils poussent juste la luminosité au delà du raisonable pour gonfler les chiffres) donc je vois mal comment ils pourraient faire mieux que les autre là dessus

Ben peut-être qu'eux partent d'une luminosité acceptable plutôt que du mode "regarde le soleil ça brûle la rétine".
 
Ou peut-être que leur technologie ne permet tout simplement pas ce genre de luminosité.

http://www.ecinemasys.com/products [...] _specs.htm
Black-to-black response: 15ms
Contrast ratio: aproximately 450 to 1 (all modes)
 
Et ils ne donnent pas la luminosité et on est loin du chiifre annoncé.
Après le grey-to-grey, voici le black-to-black : 15ms pour ne pas changer de couleur
 

On sait d'où il sort ce chiffre de 30000:1 : de leur imagination.

Bah si c'etait vraiment le temps d'un allé-retour complet sur la plage ca serait magnifique 15ms

 
bin en fait tu as:
black to white
white to black
grey to grey
black to white + white to black => black to black
 

Tu sais je me méfie extremement de toute ces appelation non controlées
Et puis va savoir si c'est pas du black-to-grey-to-black
Sans parler de l'extreme précision de la couleur "grey"...

le seul truc qui me chiffonne, chez eux c'est que leur site web est un peu laid pour une boite qui vends du matos pro à X K$

sinon le true fps, ça peut être pas mal pour jouer avec la vsync off sans tearing

Ou est-ce que t'as vu ça ? Ils donnent des explications ?

 
 
j'y crois moyen    
la semaine derniere c'était une entreprise de seine st denis délocalisé en angleterre qui me demandait 1200 cartouche d'encre pour les envoyer en afrique du sud  

l'écran a un mode de rafraichissement qui permet de se caller sur des fréquence variables (ie le flux DVI arrive a 24fps, l'écran rafraichit a 24fps).
 
j'éxagérais: pour le moment je pense pas que le protocole du DVI soit tel qu'on puisse imaginer un scénario où les émissions de frames sur le DVI soient effectuées de manière aléatoire (en accord avec le flip de front/backbuffer).

 
http://www.hardware.fr/articles/62 [...] 50-go.html
   
 
une erreur de copier coller peut etre  

Le multitâche
 
Un détail est assez intéressant : la gestion du multitâche semble plus efficace sur les plateformes Intel que sur celles d'AMD. En effet, que l'on compare l'Opteron 150 64bits avec le Xeon-HT, ce même Opteron 150 64bits avec le P4-D, l'Opteron 180 64bits avec le Bi-Xeon-HT, ou ce même Opteron 180 64bits avec le tout nouveau Woodcrest 64bits, les processeurs AMD s'en sortent mieux que leurs concurrents avec un nombre réduit de process simultanés, mais perdent cet avantage dès que ce même nombre de process devient relativement important.

http://www.presence-pc.com/actualite/woodcrest-17586/
 
Découverte MAJEURE chez PPC: le nombre de processeurs logiques améliore la gestion du multi-tâche  
C'est vrai que c'était mal connu comme phénomène http://www.hardware.fr/articles/44 [...] hz-ht.html
Je demande le prix nobel d'informatique pour ce newseur impéteux qui ose écrire aujourd'hui ce que tout le monde écrivait voici quatre ans (il devait encore être entrain d'apprendre à lire).

C'est pas plutôt dû au fonctionnement des caches du P4 (inclusif)?
Avec fraps, pour capturer GTR en 640x480 mon p4 630 faisait du 25im/s contre 12 seulement avec un 3800x2.

 
j'aurai aimé savoir quelle config ils avient au niveau HD (S-ATA, SCSI, SA-SCSI, etc....)

Y'aurait pas eu une ptite restauration des bases cette nuit ?

voir topic

jviens de tester quake 4 sur mon PC..
pfff! la carte vidéo est pas un problème (même si c'est pas superbe), mais c'est horrible avec 512 de ram

Meme avec 2Go Quake 4 peut faire swapper donc... Déjà DOOM3 avec 512Mo c'etait limite et ROE impossible par moment

Faut bien les configurer

ben vi c ce qu'il dit. faut bien configurer. càd mettre tout en low

Attention, Doom3 demande aussi beaucoup de RAM vidéo. Pour éviter le lag il faut au moins 256 Mo sur la cg.

ça dépends du niveau de qualité choisi. en medium ça tourne parfaitement sur une carte avec 128Mo de RAM.
cf http://www.bluesnews.com/plans/313/

Aussi bien que sur une même carte équipée de 256Mo ?

Aucune idée, j'imagine que ça dépends des cartes.

A un niveau de qualité choisi, ça doit pas beaucoup dépendre du type de carte. Quoique...
Au fait, j'ai pas saisi ce qu'il fallait lire dans ton lien.

Une carte base de gamme (genre GFFX 5200) avec 256Mo de RAM ne fera pas mieux que la même carte avec 128Mo alors que sur des cartes plus musclée (genre GF 6800 ), le surplus de ram peut faire la différence.

le message du 26 Juillet 2004 traite des réglage de qualité et de la mémoire video.