Well, I didn't actually have ScummVM in mind when I thought it up, I just wanted to gather some general opinions here ;-) But the link to the Xentax Wiki is nice, I didn't know about that. I'll check it out ... Edit: Looking over the Xentax Wiki, it seems that they focus on game "archive" ...

Hi! I was recently thinking again about creating a Wiki which combines people's efforts on game file reverse engineering. There have been a lot of other reverse-engineering or re-implementation projects mentioned here before, like the FF7 project or the Prince of Persia re-implementation (others are...

Hey, that's awesome! If I only knew about that "Gears" document before.... Last year I started reverse-engineering some FF7 files myself, but I scrapped the project because I didn't have enough spare time. This is definitely something worth watching, I wish you good luck!

Try updating to the newest graphics drivers from the Dell website, this fixed it for me.
Alternatively, try the

set SDL_VIDEODRIVER=windib

workaround (there's a typo in Kirben's post, it's windib not windb)

--Darkstar

Try asking in the right forum:
PSP Port

--Darkstar

OK I dug around in the MSDN a bit and it seems that, to use the "Application Data" directory (via SHGetFolderPath()), ScummVM's requirements would go up: Minimum operating systems: Windows 95 with Internet Explorer 5.0, Windows 98 with Internet Explorer 5.0, Windows 98 Second Edition (SE),...

The recent flurry of posts about problems with the scummvm.ini file in c:\windows made me wonder: Why is it put there by default anyway? Actually, no application data should be put there anymore since win95. I think it would be better to use either the "Application Data" directory, or, eve...

horror wrote:I know where to get it, but dunno if I can post the url here:)

If you don't know, then the answer ist most likely "NO"

Strange, that was exactly what fixed the problem for me. Did you make sure to "rebuild all"? Some more background info I've gathered: The DLL build and the static build use different methods of storing the list of open file descriptors. So if you open a file from within a DLL build, it sto...

I know that problem (segfaults when using something that has to do with file/console I/O) It has not directly to do with these two libraries. Try setting the target from "Multithreaded DLL" to "Multithreaded" (or the other way round, depending on how it's currently set up) for al...

Kinda ironic then that now ScummVM rejects versions with so much as one modified data file, reversing my fortunes once more. Guess I'll just have to dig out those floppies once again..... It should be (legally) OK if someone mailed you the un-cracked version of the modified data file (or a diff aga...

gah, of course you're right. First I was thinking only about point upscaling (which, combined with some scanlines, would make an almost perfect aspect-ratio-corrected display on an 1600x1200 CRT) but if you consider SuperSAI then of course the CPU requirements would be much higher. However, pointsam...

Now, I'm a little confused. Does this mean, that these are the supported languages, or that I can change the languages using scummvm? For some games you have to tell ScummVM in what language your game is. This is needed for example for special characters (like Ä Ö Ü in German) to show up correctly....

Cool, another open source engine reimplementation to add to my list

Maybe I'll start creating some sort of centralized reverse-engineering website some time, I've got a lot of notes on different games' data files lying around here too...

--Darkstar

Well I don't think that an integer x5/x6 scaler would require more CPU power than one of the more advanced 2x scalers. I mean it's just a matter of duplicating pixels (horizontally) or even whole scanlines (vertically), no fancy math involved. However I didn't benchmark it so I can't be 100% sure. F...