Search found 10 matches

by lskovlund
Tue Feb 08, 2011 1:24 pm
Forum: Help and Support
Topic: List of SCI gamedata files?
Replies: 23
Views: 10049

KuroShiro wrote:If you can add the game to scummvm and play without crashing, you have all the required files.
This is not quite true. Many games (in fact, most SCI1.1 and later) have "patch files" in the game directory which fix critical bugs in the games. Some occur only later on.
by lskovlund
Thu Dec 02, 2010 1:39 pm
Forum: General Discussion
Topic: Weird Quest For Glory 3 issues
Replies: 18
Views: 15976

Re: Weird Quest For Glory 3 issues

WARNING: Attempt to use invalid/unused file handle 65535! WARNING: Attempt to use invalid/unused file handle 65535! The only file external resource I have is 65535.MAP - though the game seems to work even despite the warning. This has nothing to do with 65535.MAP and is probably a game bug. Somehow...
by lskovlund
Fri Oct 26, 2007 9:03 pm
Forum: The Junkyard
Topic: SCI Games
Replies: 37
Views: 30839

As I have said in other threads, I was disheartened with how slow FreeSCI development is and that there is an almost chauvinistic disregard for any OS but Linux Chauvinistic disregard? Um, in the SCI1.1 announcement I wrote that I had figured out how to get a cross-build environment working for the...
by lskovlund
Wed Jul 25, 2007 9:05 pm
Forum: The Junkyard
Topic: Translation tool and HOWTO?
Replies: 8
Views: 7315

What about Sierra's stuff and others? Depends on what game exactly. Some versions of SCI (Sierra's engine) use a 7-bit character set which is inadequate for many languages. Later versions use a full 8-bit character set. Regardless, the game text is stored separately from the code. The tools include...
by lskovlund
Wed Jul 25, 2007 8:59 pm
Forum: The Junkyard
Topic: The Lost Files of Sherlock Holmes
Replies: 28
Views: 32425

sev wrote:
PsYcO wrote: Besides, that's the only main problem with FreeSCI which are forced to use clean room RE because of one of their key developer stays in US.
Actually, the project started in 1999, when Christoph was very much living in Germany :-)
by lskovlund
Wed Jun 06, 2007 6:03 pm
Forum: General Discussion
Topic: FreeSCI in ScummVM
Replies: 56
Views: 74128

About the legal issue, and the clean room vs. RE approach: I don't understand why merging a clean room SCI support into the existing non-clean room ScummVM would raise legal issues with Sierra: all the relevant Sierra modules are clean room, so no reason for them to sue, right? The problem is not r...
by lskovlund
Wed Jun 06, 2007 3:11 pm
Forum: General Discussion
Topic: FreeSCI in ScummVM
Replies: 56
Views: 74128

Well, I can't seem to find the "blatantly reverse-engineered" bits of code in the SCUMM engine I was thinking about when I wrote that post earlier. Perhaps you have removed them. :) There are still some "magic tables" and other things in the other engines that look like they were...
by lskovlund
Tue Jun 05, 2007 1:59 pm
Forum: General Discussion
Topic: FreeSCI in ScummVM
Replies: 56
Views: 74128

I'm intrigued by the differences in reverse engineering between SCUMMVM and FreeSCI. Any posts anywhere that contrast these differences? FreeSCI has traditionally not only been re-implemented, but also re-engineered (things like sound iterators, widget subsystem, ...). The most recent example is th...
by lskovlund
Tue Jun 05, 2007 1:46 pm
Forum: General Discussion
Topic: FreeSCI in ScummVM
Replies: 56
Views: 74128

Actually, I have a very good idea of how SCI1.1 and friends work. It is not written down anywhere, though. SCI1 is sort of feature-complete, except for save/restore (which had to be ditched when we replaced the stable VM with Glutton).
by lskovlund
Sat Jun 02, 2007 7:13 pm
Forum: General Discussion
Topic: FreeSCI in ScummVM
Replies: 56
Views: 74128

Just to follow up on fingolfin's response here, which I appreciate: The current FreeSCI situation is that Christoph is working on his PhD - this is taking most of his time, and he has therefore ceded maintainership to me. I have historically had an analyst role in the project, only occasionally cont...