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)

ACL définit sur des SID d'utilisateurs... Je ferais ces tests: * Commenter le usershare_acl et mettre guest_ok à true --> Cela vérifiera que l'accès via SAMBA fonctionne * usershare_acl =S-1-1-0:f (accès full à Everyone) --> Devrait fonctionner pareil * usershare_acl =S-1-5-11:f (accès full à tout utilisateur logué) --> Devrait fonctionner avec tes users définis sous Linux Si ça fonctionne, c'est que ton samba a les bons droits Linux, mais que tes users Windows ont changé, il faudrait refaire un smbpasswd

Il te manque le fichier de mapping des utilisateurs "/etc/samba/smbusers". Ce fichier permet de faire le lien entre un utilisateur Windows et un utilisateur linux. Il faut que tu crées le fichier /etc/samba/smbusers avec des lignes du genre: arcy = arcy superman = ckent batman = bwayne fry = icwinner supercop = fdrebbin --> Comme cela le login Windows "bwayne" sera mappé sur le login linux "batman", et le login "arcy" sur "arcy", ... Tout sauf cela s'il te plaît... SMBv1 a des failles, et l'activer sous Windows active des failles bien nases dont certaines mènent à ce que simplement en naviguant sur internet tu distribues un moyen de découvrir ton mot de passe Microsoft (de mémoire SMBv1 envoyait une empreinte de mot de passe réversible cassée depuis)

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?

Si j'ai bien compris, tu avais un répertoire dans ton /home qui était visible depuis tes machines virtuelles Windows? Dans ce cas ça devait passer par Samba sous ton linux pour partager le dossier. Le fait que les partages soient visibles montrent que Samba est toujours configuré. Les raisons qui peuvent te bloquer: Le login & mot de passe de l'utilisateur windows ne fonctionnent plus sur Linux Le login de l'utilisateur Windows n'a pas de droit sur le répertoire Samba n'a pas de droit sur le répertoire Tu pourras trouver des logs dans /var/log/samba

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" }