![]() ![]() Windows XP zipfile (32 bit) (83.9 MiB.Windows Installer (32 and 64 bit) (95.5 MiB.ScummVM 2.7.0 is also available in the software repositories of many GNU/Linux distributions. Identifying the games that currently crash the Switch - helps out other potential ScummVM Switch users.For a list of changes since the previous version, read the release notes. If the exact same game files don't lead to a crash on a PC version of ScummVM - please report it in here. So while this could cause a crash, its more likely, that for Zork they are just missing an entry in their database - and therefore are reporting the wrong version. I'm sure you already know - but in case you don't, you can use the file lists at to see if all necessary game files are where they should be in your games folder -Īs far as detecting the wrong version goes - ScummVM checks the md5 hash of the first x (I think 512) bytes in certain game file to identify versions - and they might default to the base version, If they cant identify a certain (f.e.) localized version. ScummVM also doesn't start games (at least not without a warning) - if it detects entire game files missing, so statistically - it should be the Switch SDK port bug. ![]() Its only an issue in a handful of games - but it hurts in each and every one of them.Īs a general note - ScummVM games usually dont crash as a result of a bunch of very dedicated devs, who work months and even years on each games implementation. If not - welcome to the random/not so random crash - bug on the Switch. To confirm, please try loading your gamefiles in another version of Scummvm (PC (Win, MacOS, Linux.)) and see if the crashes occur at the same point in the game. So if a game is using different threads (as in sfx and music, and speech, and screentransitions), in some games a certain tread (think parallel processing, multi cores - stuff like that) might finish "too late" for the game to have the results accessible. The last bit of information cpasjuste shared (in a conversation) on those random crashes in some (limited group) of games was, that it might be related to a racecondition mishap in libnx. (monke圓 has sfx issues according to the changelog. ), this includes "all" popular Lucas Arts titles (edit: maybe except Loom, if my memory serves me right (didn't test this one personally)), and even more niche titles such as LSL7 and Gabriel Knight 1 and 2. No ETA on a fix.ĭreamweb (I have to still doublecheck this title on a windows install)Īll other tested games, seem to work fine so far (might be subject to change, only tested most for a few minutes each. So basically its a tough thing to fix - but they are on to what might be causing it. Also as long as primarily ScummVM is affected this might not be a category A priority. Yellow8 already looked into it - but wasn't able to completely fix it the first time around. So if a game is using different threads (as in sfx and music, and speech, and screentransitions), in some games a certain thread (think parallel processing, multi cores - stuff like that) might finish "too late" for the game to have the results accessible.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |