This two problems should be solved in version 6.1.
Some corrections and updates have been done for this future release.
This two problems should be solved in version 6.1.
Some corrections and updates have been done for this future release.
Hello,
Here is an extract from the ScummVM news:
Oct 9, 2020: A merger
Posted by sev, aquadran“Sorry for the wait Mr. Flores, I’m ready to take you now”– Grim Fandango.
Today is a special day, special in a number of ways. First of all, we hit a milestone with 19 years of ScummVM. Our first-ever public release, ScummVM version 0.0.1, happened on October 8th, 2001. And second, something else finally happened, something which has been in the talks for a long time: The ScummVM project is officially merging with the ResidualVM project.
For a long time ScummVM limited itself to 2D point-and-click adventure games, and so ResidualVM was born as a sister project to support 3D games. But from now on, there will be no more confusion about which project a game belongs to. ScummVM now embraces adventure games and RPGs, whether they are 2D or 3D, point-and-click or not. It is a natural step for both projects which have been developed alongside each other and cross-pollinating each other with ideas, patches and design decisions. Moreover, several developers belonged to both projects.
With this merger, ScummVM adds several games to our supported list: Grim Fandango, Escape from Monkey Island, Myst III - Exile, The Longest Journey and an unfinished engine for In Cold Blood, as well as Wintermute 3D engine.
We’re excited to embrace most of the ResidualVM team and will continue development together.
Of course, there are still more things to do and, in the coming weeks, you will see more project resources merging like forums, wikis, etc.
Stay tuned and go 3D!
Hoping it will boost this emulator and resolve some bugs on Raspberry !
C'est peut-être lié à SDL. Les boutons ne sont pas mappés de la même manière pour chaque joystick.
A noter que dans la prochaine version, ScummVM fera en sorte de standardiser cela !
@glook Salut. Actuellement, le curseur de souris émulé par le joystick dans le clavier virtuel (compliqué tout ça) ne tient pas compte du mapping qui a pu être réalisé via le keymapper.
Du coup, si il y a inversion, il n'est en effet pas corrigé (contrairement à ce qui se passe dans les jeux DoxBox ou à Daphne).
Je pourrais y regarder à l'occasion mais j'ai un peu mis ce développement de côté là.
@fjavierlh The problem has been detected.
It should be resolved in next version.
A la limite, tu le supprimes purement et simplement. ScummVM en créera un au prochain lancement.
Tu n'auras que
[scummvm]
versioninfo=2.1.0git
mais ça lui suffira
Vraiment très beau !
Tu n'as pas de problème de température ? Car le ventilo a l'air bien enfermé ...
Je peux tester pour voir si cela tourne.
Etant un grand fan des jeux Lucasarts, je possède légalement Grim Fandago et MI4. Donc, j'aurai facilement un premier retour.
Apparemment, quelqu'un a déjà tenté sur RPI1, mais c'était lent: https://www.reddit.com/r/raspberry_pi/comments/2ys1l2/grim_fandango_on_the_pi/
Espérons que sur les autres plateformes, cela sera jouable.
@jimmc Yes, indeed. I successfully played Doom in network (Recalbox vs my PC).
This modification should be available in the next version of Recalbox, I suppose.
You can find more information in the dedicated issue: https://gitlab.com/recalbox/recalbox/issues/311
Another strange behaviour:
The arcade game "1941 - Counter attack" is not recognized by Skraper.
The system is FBA libretro, the ROM name is 1941.zip and the MD5 is C4FFF5A2D094D663ECCA7D307067B63D, which is referenced in ScreenScraper.
Is there something wrong with numbers as name ?
(sorry if I'm in wrong place for the post)
Edit: The only error I've got in log is this one. But I'm not sure it is the cause of the problem.
For information, it is my only game which is not scraped ...
[2019-01-04 20:30:06.073] EXCEPTION : Unexpected character encountered while parsing value: <. Path '', line 0, position 0. :
[2019-01-04 20:30:06.080] STACK TRACE : à Newtonsoft.Json.JsonTextReader.Pa**eValue()
à Newtonsoft.Json.JsonTextReader.Read()
à Newtonsoft.Json.JsonReader.ReadForType(JsonContract contract, Boolean hasConverter)
à Newtonsoft.Json.Serialization.JsonSerializerInternalReader.Deserialize(JsonReader reader, Type objectType, Boolean checkAdditionalContent)
à Newtonsoft.Json.JsonSerializer.DeserializeInternal(JsonReader reader, Type objectType)
à Newtonsoft.Json.JsonConvert.DeserializeObject(String value, Type type, JsonSerializerSettings settings)
à Newtonsoft.Json.JsonConvert.DeserializeObject[T](String value, JsonSerializerSettings settings)
à Newtonsoft.Json.JsonConvert.DeserializeObject[T](String value)
à SkraperLibrary2.ScreenScraper.ScreenScraperApi.GetObjectsExt[T](String method, Dictionary`2 ext, Int32 systemid, Hashes hashes) :
```
@j2k15 Salut j2k15, je viens d'essayer avec le fichier dosbox.cfg suivant et cela fonctionne:
--- Début ---
[sdl]
mapperfile=dosbox.map
[cpu]
core=normal
cputype=386_prefetch
--- Fin ---
Petite explication: le cputype 386_prefetch est bien supporté mais il nécessite le core 'normal'.
En fait, le core par défaut définit pour recalbox est 'dynamic' qui permet d'améliorer la performance de la plupart des jeux. Tu dois donc écraser ce comportement via ton fichier de configuration du jeu.
En cas d'erreur de ce genre, tu peux toujours aller vérifier le fichier "share\system\logs\es_launch_stdout.log" (ou stderr): il peut contenir des informations intéressantes sur le problème rencontré.
Sur mon rpi2, le démarrage de ce jeu est très lent, j'espère qu'il sera malgré tout jouable pour toi !
Petite information au passage: si tu as installé la version standard de DosBox via apt-get sur ton Ubuntu, il est très probable que cela corresponde à la version stable 0.74 de mai 2010.
La version Recalbox est plus récente (r3989 de juin 2016).
Je suis en train de tester une mise à jour vers r4063 d'octobre 2017; mais cela prend un peu de temps car le patch SDL2 doit être revu.
En attendant, bon jeu ...
Petit topo après quelques soirées:
ResidualVM compile sur buildroot avec SDL2, EGL, virtual keyboard, ... et s'exécute sur mon rpi2.
Premier problème rencontré: le jeu refuse de démarrer en plein écran. Crash immédiat avec l'erreur suivante: "Framebuffer is not complete! status: 36061!"
J'ai contourné le problème en laissant en mode normal mais en changeant la résolution de l'écran à 640x480 avant le démarrage.
Si quelqu'un a une autre piste à proposer ?
Globalement, Grim Fandango tourne pas mal: entre 45 et 60 fps, sur mon rpi2 overclocké.
Quelques gliches mais cela reste acceptable.
Le gamepad est bien supporté. Il y a un clavier virtuel (pour le nom des sauvegardes, p.e) mais aucun bouton associé pour l'ouvrir (je vais essayer de patcher les sources pour cela).
Monkey Island 4 ne fonctionne pas, par contre. Apparemment, ma version française n'est pas encore supportée (à priori, c'est juste les MD5 qui ne sont pas reconnus ... à envoyer aux développeurs donc).
Un autre petit bug: l'émulateur vérifie les fichiers du jeu avant le démarrage. C'est un peu long mais le message indique que ce n'est réalisé qu'au premier démarrage ... sauf qu'il le fait à chaque fois ! A creuser donc ...
Globalement, c'est plutôt sur la bonne voie donc.
For more information on this modification, check here:
https://forum.recalbox.com/topic/12481/testers-wanted-dosbox-update
@j2k15 Oui, c'est tout ce qu'il contient ... je parle bien du dosbox.cfg à créer dans le répertoire de ton jeu.
Et encore le mapperfile= n'est utile que si tu comptes remapper les touches/boutons de ton clavier, joystick, ...
Comme le dit voljega, autant garder la configuration générale inchangée et en créer un par jeu pour modifier l'un ou l'autre paramètre. Il a été configuré avec (normalement) les paramètres convenant au maximum de jeux.
@Substring J'avais ça en 36, mais plus à 37.
Si tu veux, on monte jusqu'à 40, cela devrait fonctionner pour tous les ventilos. Même les plus paresseux !
@acris @fjavierlh Yes, I saw that bug too. It seems to occur only with RPI2 (RPI3 works very well).
I'm looking at it, but not found any cause for the moment ... sorry.
Je réagis seulement ... chez moi, les sauvegardes sont bien dans /recalbox/share/saves/scummvm.
Je viens de retester (des fois que la dernière mise à jour serait en cause) mais je parviens toujours à charger mes anciennes sauvegardes et en créer des nouvelles.
Je n'ai rien dans system/.scummvm, à part les logs.
De plus, le path de sauvegarde est passé à ScummVM en paramètre au moment du démarrage.
Tu n'as rien dans system/.scummvmrc qui pourrait modifier le comportement par défaut ?
Il faudrait prévenir la S.P.RPI
Ok, I've just made a small adaptation and now it works ... almost.
Moonlight starts, the game starts on my computer but the screen remains black on Recalbox.
I've no time to look further now but I'll test again on the week-end.
C'est actuellement la technique la plus facile pour modifier la configuration générale de ScummVM.
Mais attention, cela ajoute plein de crasses dans le fichier de configuration.
Le mieux est d'éditer le fichier par la suite (via SSH) et nettoyer un peu pour ne garder que les paramètres qui t'intéressent.