![]() In many cases it specifies an engine, like sci or agi and doesn't mention the game whatsoever. I'm content with doing this for the time being however if I do end up switching back due to features in the future I think that approach sounds fine.Īre you using actual short names (the first part of the section/target before "-") or are you using "gameid" ? The gameid is, according to ScummVM dev docs, supposed to be unique, but they've seemingly ignored this and it doesn't specify the version at all as they indicated. scummvm files with the short names and have just scanned in those. I wrote a MATLAB script to scan my scummvm ini and create. I believe the pause features will then work for those who want them while still maintaining portability with scummvm games and my scummvm configuration utility that converts the scummvm ini file to all relative paths. I plan to add an option to convert your batrunner imported games to launch scummvm straight from launchbox skipping the batrunner and bat files. ![]() Once you've imported your games via the bat files. I plan to move everything into the scummvm folder where ever it lives for 10.12. This means people will have to redo their ScummVM setup with the updated plugin once its done. The SCUMM engine should be first in the list (and then the other ones are listed alphabetically).Ok, to make the fixes that I want and maintain the portability, I will have to break the current way I'm doing doing things. You can see which engines are included in the About dialog in ScummVM. The detector does not look into sub-directories (although with the command line you can use '-recursive').Īnother possibility would be that you have a ScummVM build that doesn't include the SCUMM engine. Your game data files are directly in the directory you select for the detection (C:\thedig\ according to one of your previous messages)? If they are in a sub-directory, this might be the issue. With debug level 1 you will get a message if a game is detected ("SCUMM detector found matching file 'xxx' with MD5 xxx, size xxx") but I don't think you will even get one when nothing is detected. I looked quickly at the code and it does indeed look like the detection for the DOS version uses the DIG.LA0 file (which I confirmed by copying that file alone from my DOS version of the game into a new directory and the game is correctly detected in that directory).Īlso there is not a lot of debug messages for the SCUMM detection unfortunately. WARNING: Consider using -recursive *before* -add or -detect to search inside subdirectories WARNING: Consider using -path= *before* -add or -detect to specify a directory ![]() WARNING: ScummVM could not find any game in C:\thedig\ Skipping game: hires6 ((null) Apple II/English) (8) Skipping game: hires5 ((null) Apple II/English) (7) Skipping game: hires4 ((null) Atari 8-bit/English) (6) Skipping game: hires4 ((null) Apple II/English) (5) Skipping game: hires3 ((null) Apple II/English) (4) Skipping game: hires0 ((null) Apple II/English) (3) Skipping game: hires2 ((null) Apple II/English) (2) Skipping game: hires1 ((null) Apple II/English) (1) Skipping game: hires1 ((null) Apple II/English) (0) Skipping game: martian (Demo DOS/English) (5) Skipping game: martian ((null) DOS/English) (4) Skipping game: amazon (CD DOS/English) (3) Skipping game: amazon (Demo DOS/English) (2) Skipping game: amazon ((null) DOS/Spanish) (1) Skipping game: amazon ((null) DOS/English) (0) Code: Select all Debuglevel (from command line): 5
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |