[Video]Terminator 2 - Chrome Edition FS MOD

willix a écrit:

ced, (qui cause très bien l'américain) est en train de parler à un Dieu, non pas Chuck Norris, Destruk himself !

il va bientôt nous reléver tous les secrets du HR et du DDRAW...

je viens d'installer la T2, sans toucher grand chose, avec uvp, j'ai aussi un peu de lag/saccades ds le jeu, j'ai mis ddraw à zéro comme le bon conseil de Djgoliath : ça fonctionne, c'est plus fluide, ça se voit et file la banane ! c'est vrai que ça met le dmd un peu en vrac...

ce qui est bizzare c'est qu'à priori la ram du GPU est plus rapide, celle du CPU moins, le truc c'est peut être que comme la ddr de la gpu sature (j'ai une gtx2Go!) elle doit ballancer de la data vers celle du pc, d'où des AR de data entre les deux systèmes, la sortie est bien la CG, finalement faire travailler le pc seul est plus efficace, un peu comme avec le fichier d'échange bidon de windows(que vous avez surement tous désactivé) car ram/cpu vs bus/hdd pas bon les perfs... A+

oui en faite ca booste un peu il vrai par contre je regarde les frames je tourne autour des 600 sans uvp fluide inpeccable et avec uvp saccade de la balle c pas que ca ram mais sensation desagrable le pire c que j ai tjrs 600 frames ????

@bip-bip
[Vous devez être inscrit et connecté pour voir cette image]

le chemin c'est:hkey current user>software>freeware>visual pinmame , et après tu verras les roms comme sur l'image que j'ai envoyé.

le ddraw j'en avait déja parler sur le forum il y a déja un petit bout de temps

@+

ps:@willix , le ced en question ce n'est pas moi , il y a quelques temps sa aurait pu l'ètre mais pas en ce moment.

le fichier d'échange de windows est un espace sur disque dur
réservé (fichier caché) en cas de débordement d'écriture dans l'espace RAM, c’est le fameux
pagefile.sys qui dans le temps parfois atteints des gigas, et oui il ne sait pas bien vider
ce fichier (il existe une valeur regedit pour le forcer à le vider lors d’un
redémarrage)


Windows (qui alloue déjà assez bizarrement la taille de
cette espace) est encore plus obscure dans sa façon de décider de basculer des
données vers cette espace : par exemple, il pourrait décider lorsque x
processus, x fichiers temp, x exe, ont atteints 70% de la taille totale de RAM
d’aller écrire une partie des données (non utilisées à un instant T) sur le hdd
pour libérer de la ram à de nouveaux process qui veulent monter en ram, lorsqu’il
aura besoin de relancer les processus qu’il a mis en attente sur le dur, et
bien soit il y a assez de place en RAM et il copie de hdd vers ram, soit (le
pire !) il doit libérer encore de la ram (donc écrire de nouvelles data
vers le dur + copier dans l’autre sens les data attendues vers la ram…c'est l'effet "ça rame" (mauvais jeu de mot !)



Quand on n’a que 1go, 70% ne laisse que 300Mo, mais quand on
n’a 4go ça laisse encore 1.2go


On voit bien que lorsque vous avez beaucoup de ram dispo
alors il est préférable de faire travailler toute la ram plutôt que le fichier, les
vitesses (et débit) entre le cpu, ses caches l1 et l2 et la ram sont de l’ordre
de milliers de fois plus rapide que les bus (ide, sata, pci) et le disque (même ssd):


Les instructions cpu : 1 cycle = qques nano sec., le
cache l1/l2 : 1 à 10 cycles, la ram : 5 à 20 cycles…. et l’accès au
disque : 10 à 50ms
si vous m'avez bien suivi, vous devriez me dire : mais alors, que ce passe t-il si la ram est gavée et qu'encore des tâches montent en ram...
et bien oui ce sera un point de saturation qui ne pourra se résoudre qu'à la libération "propre" de tâches qui arrêterons (je dis propre car beaucoup de processus qui montent en mémoire et ne sont plus ensuite utilisés y restent - parfois c'est windows qui décide, généralement pour ses processus ou services, ou ceux de microsoft, comme word - qui laisse volontairement en ram car il est possible que tu relance le processus un peu plus tard, alors il se lancera plus "instantanément" que s'il fallait tout recharger) bref, beaucoup les programmes reste chargé en ram "au cas où", des fois parce que mal codé, et ne se vident qu'après redémarrage puisqu'il s'agit de mémoire volatiles...



Voici pour les Seven où aller désactiver cela (c’est
quasiment pareil avec XP)







[Vous devez être inscrit et connecté pour voir cette image]

en espérant vous avoir éclairé... pour ced et le sujet en cours :
[Vous devez être inscrit et connecté pour voir cette image]

désolé, j'ai bien cru que c'était toi...

c'est sur que ça fait causer... les copies d'écran viennent de mon 7 pro au boulot... ça fait des années que je pratique cela sans souci (sur le mien, pas ceux de mes utilisateurs certes)
je pense que tu fais référence au fait qu'il n'y ai plus possibilité d'écrire d’événement dans le journal debug, oui c'est vrai, mais je t'assure que ce qu'il a dedans n'a jamais été d'une quelconque utilité (genre des explications d'erreur intorchable ou qui renvoie vers une erreur 404 chez MS... même chez eux les codes ne sont pas documentés...) A+

bip-bip-72 a écrit:

Sur windows 7 ça ne marche pas comme ça,je tape regedit,puis j'ai ça.

[Vous devez être inscrit et connecté pour voir cette image]

je ne sais pas si sous seven tu a les meme chemins,il faut suivre:
HKEY_CURRENT_USER/SOFTWARE/FREEWARE/VISUAL PINMAME/ nom de ta rom(souvent les initiale du flip)

Merci les gars

Ah le swap, c'est ce qui m'avait sauver avec BF2 à l'epoque, par contre on me disait bien de l'activer et de mettre 1.5 fois ma quantitée de ram. J'avais découvert CCleaner en même temps d'ailleurs. En tout cas c'est une manip bonne à connaitre