![]() get the WinSparkle source code and recompile to a Win98 compatible DLL (unlike the pre-compiled binaries shipped by ).ġ4 comment:2 Changed 2 months ago by digitallġ6 comment:3 Changed 6 weeks ago by digitallġ8 comment:4 Changed 6 weeks ago by DosFreakġ9 I doubt anyone cares except us crazy people but I can confirm as of 10-23-2018 that the Windows (32bit) development build from here launches on 95, 98 and NT4 without a Winsparkle error:Ģ2 Linked to missing export Kernel32.dll:GetUserDefaultUILanguageĢ4 comment:5 Changed 6 weeks ago by bonkiĢ6 comment:6 Changed 5 weeks ago by DosFreakĢ7 Looks like the code 2000 and else <2000 for GetThreadLocale()ģ6 comment:7 Changed 5 weeks ago by digitallģ7 It should be possible to call GetVersionEx (which admittedly is deprecated for Win8.1 / 10) and then do a "less than Windows 2000" on the result to switch this back to GetThreadLocale(). For now, I would recommend using a daily build from our downloads page instead:ġ2 I suspect the Win32 daily snapshot builds from our Win32 porter will have the same issue, but may not if these are debug builds without Sparkle and the buildbot should not have sparkle enabled so the autogenerated builds should work on Win98.ġ3 The other solution would be to replace the WINSPARKLE.DLL shipped with ScummVM v2.0.0 with one compiled to work on Windows 98 and upwards i.e. One for install, one for generic specialized sync.Copy code to clipboard 1 Changed 5 months ago by theandrewbaileyĢ Attachment: ScummvmWindows98.png addedĤ comment:1 Changed 3 months ago by digitallĥ I don't think breaking compatibility was intentional.Ħ Due to this commit in : enabling release builds now enables by default.ħ The standard ScummVM v2.0.0 installer ships with the standard x86 prebuilt binary DLL for WinSparkle v0.5.7 which was the latest at the time:ĩ This DLL does not seem to have been compiled to support Windows 98, and this was missed by the Win32 porters.ġ0 Sorry about this. You won’t be able to make it quite that simple with a generic solution, but you might be able to make it just two or three if you wanted to and the means exists. One click on install on the one system, and a second click on install on the other. The GOG Galaxy process for Monkey 4, by contrast, is two clicks. These aren’t hugely complex problems, but it’s a far cry from “just use generic cloud sync.” It requires starting the game, figuring out where it’s created the save, setting up all kind of stuff, and that on every single one of the platforms where you might want to run it. ![]() Also, even though old games are typically on the smaller side that still doesn’t mean I necessarily want hundreds of megabytes in my sync folders. So how could it possibly be that I don’t want the same config on a game that old, as opposed to Syberia 3? Well, my desktop has a gamepad and my laptop does not. It stores saves and config in the same directory, with the game. So it’s still worthless for simple sync even after spending a couple of minutes to find it.Īnother example of the same format is Hocus Pocus. C:/Users/frans/AppData/LocalLow/Microids/Syberia3/. You start in the game dir, move on to the likes of AppData and My Documents, maybe UserData? Local Settings? Where’s the stupid savegame hiding?! C:\Users\frans\Saved Games? No, that’s some Darksiders thing… Ah, found it. Monkey 4 does happen to use an Escape from Monkey Island/Saves subdirectory, so that would be a simple one to sync. On a more modern game you might be able to set that up with relative ease, especially on platforms with easy symbolic linking, but you can’t just put a program that expects executable, config and saves in the same directory on Dropbox/Syncthing because of the differing config. ![]() You can just use generic cloud sync tools instead. The latter two have been subsumed by my current thin, light laptop that’s roughly on par with my proper '09 laptop as far as most performance goes, except it’s much much lighter and the battery lasts longer. That’s desktop, proper laptop, and netbook. In fact I probably did very little savegame sharing at all except for ScummVM, which ran equally well on all three of my systems. I’ve been using Dropbox for (some) ScummVM saves since 2010 (?), for example, and Unison in a much more limited form (as far as savegames go) probably since '07 when I built my first/third desktop. We shared (some) savegames, custom levels/tracks, and high scores on 3.5" disks, so I’ll stick to “always.” The main difference in my case is that I’ve had two or three computers just for me for “only” a little over a decade, so it’s become pertinent to be able to switch over from playing at my desktop to lying down on the couch (or whatever) since then, at least if the game runs well on both systems. It’s not what we have always done but we are doing now.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |