r.chatigré

Diggles: Myth of Fenrys (je le voulais ce jeu - mais il a été balayé par le projet d'achat de ma Gamecube 🙂 - à l'époque c'était Wiggles en fait)

Dans le mille Emile!

Un peu plus de pixels que d'habitude:

Gnomoria?

Un connoisseur! Le jeu a été extrêmement bien reçu d'après la cour de mon collège 🙂 La mécanique de jeu était sympa (plus on cours, plus on va vite, moins il est facile de dribbler par exemple), le tout sur des joysticks 1 bouton... Adapté partout: Amiga, ST, PC, mais aussi Acron Archimede (l'ordi anglais mû par un processeur ARM - machine qui est une espèce de licorne dans le rétro gaming)

Non

Le jeu que j'avais prévu était passé 2 fois ces 12 dernières années, donc j'ai dû changer, désolé.

Blazing star (Neo Geo)?

Si tu proposes le 2 un jour, tu mettras Stan STP 🙂

Comme dirait l'autre, Bernard-je-fronce-les-lunettes: "This is all too easy" Donc: Yes.

3, 2, 1...

A cause de la flèche et du design, je dirais Action Fighter. Une version Master System peut-être?

Oui! Pour ce que j'en ai fait, sympa, mais je ne l'ai pas fini.

Allez, tous à vos enquêtes pour trouver ce jeu:

CryoFall?

Yes! No! (hé hé)

Un fastoche totoches!

"C'est étrange, du coup tu es sur une résolution de timer à 1ms avec ou sans latencymon...." J'ai relu le thread, et du coup je suis aller creuser certains points. Ryzen balanced: tu n'as plus ce profil qui te permettait de limiter (résoudre?) le problème. Ryzen balanced est basé sur un idée simple: maintenir TOUS les coeurs actifs même quand ils n'ont rien à faire. Ce qui correspond un peu au fait que si tu as plus de charge, tu as moins le problème. Je me demande si on ne pourrait pas "pinner" le processus de l'emulateur sur seulement 1 ou 2 CPU (cf How To Force Windows Applications to Use a Specific CPU (howtogeek.com) objectif: maintenir la charge sur 1 coeur en évitant aux threads de "s'étaler", afin que le CPU ne baisse pas de vitesse ou autre. Je chercher une solution qui ne demande pas de modifier la config du PC juste pour l'émulateur, donc une solution qu'on pourrait n'appliquer qu'à l'émulateur. J'ai aussi regarde rle code source de l'émulateur PPSSPP pour sa partie windows: pas de trace de SetTimerresolution -> je suppose qu'il tourne bien par défaut à 8 ou 16ms sur les orids des testeurs. Par contre: j'ai relu 2 fois qu'utiliser PCSX2 depuis retroarch ou un autre limite le phénomène de stuttering - j'imagine que soit retroarch maintient une charge, soit il a une config par défaut qui limite le problème. Dans tous les cas, ton ordi est très largement suffisant pour faire tourner ces émulateurs. Tu es plus dans le cas des programmes qui ne supportent pas les ordis "trop" performants (ou là: "trop" évolué)

C'est étrange, du coup tu es sur une résolution de rimer à 1ms quelque sit latencymon.... Latencymon est un truc bizarre: il s'immisce dans windows en tant que pilote pour mesurer les autres pilotes.. Il n'y a pas de raison qu'il flluidifie quoique ce soit (ou alors avec des scénarii tirés par les cheveux avec les J'ai du mal à faire le point sur ta config (PC et émulateur). Sur l’émulateur, tu es bien en vsync et l'écran est en 60hz fixe (pas de gsync ou autre taux de rafraîchissement variable)? As-tu tenté sans antivirus (c'est pas bien, mais les émulateur font de la compilation à la volée,ce qui ne plaît guère aux antivirus)? As-tu tété en lançant l'émulateur en tant qu'admin?

Du coup le résultat c'est avec latencymon en fonctionnement?

Pour vérifier, peux-tu donner le résultat de ceci (il faut le mettre dans un fichier powershell et le lancer en ligne de commande powershell) avec l'émulateur lancé avec ton utilitaire latencymon lancé (il faudra peut-être à l'invite powershell lancer la commande "Set-ExecutionPolicy -Scope Process Unrestricted" ) # # # Set-ExecutionPolicy -scope Process Unrestricted Param ([int] $resolution=-1) Set-StrictMode -v 2 $TimerResolutionApis = @' [DllImport("ntdll.dll", SetLastError=true)] public static extern int NtSetTimerResolution(long DesiredResolution, bool SetResolution, out ulong CurrentResolution); [DllImport("ntdll.dll", SetLastError=true)] public static extern int NtQueryTimerResolution(out ulong MinimumResolution, out ulong MaximumResolution, out ulong CurrentResolution); '@ $NtDll = Add-Type -MemberDefinition $TimerResolutionApis -Name 'Time' -Namespace 'NtDll' -PassThru # Vieux monde: ulong=32 bits, le 64 bit est le type "longlong" [uint32] $result = 0 [uint32] $minResolution = 0 [uint32] $maxResolution = 0 [uint32] $curResolution = 0 [NtDll.Time]::NtQueryTimerResolution([ref] $minResolution, [ref] $maxResolution, [ref] $curResolution) Write-Output "Result: $result" Write-Output "Min: $minResolution" Write-Output "Max: $maxResolution" Write-Output "Current: $curResolution" if($resolution -ge 0) { [uint32] $targetReso = $resolution Write-Output "Trying to set resolution to $resolution" $result = [NtDll.Time]::NtSetTimerResolution($targetReso, $true, [ref] $curResolution) if ($result -ne 0) { Write-Error "NtSetTimerResolution failed ($result)" } Write-Output "Current: $curResolution" }

Arf, le copier coller depuis le tel... https://youtu.be/X3ZmmebE-Kw

Je ne sais pas ce que ça vaut...

Skully?