They are not O.ofingolfin wrote:Hu? Is that some kind of obscure trolling?
Of course all FreeSCI supported games are graphical point&click adventures, and hence fit perfectly into ScummVM's scope.
FreeSCI in ScummVM
Moderator: ScummVM Team
iPwnzorz is right
Only the later games were point and click
SCI Kings Quest 4 or Larry 2 and 3 for example were still parser driven
but apart from that, AGI (where not a single game is a point&click game) is added already
I too would love to see SCI games supported, so that i could enjoy a big bunch of my old adventures again,
but i know that forcing someone wouldn't get me anywhere, so i sit still and wait
Only the later games were point and click
SCI Kings Quest 4 or Larry 2 and 3 for example were still parser driven
but apart from that, AGI (where not a single game is a point&click game) is added already
I too would love to see SCI games supported, so that i could enjoy a big bunch of my old adventures again,
but i know that forcing someone wouldn't get me anywhere, so i sit still and wait
lskovlund: I appreciate all the hard work you and your friends from FreeSCI have done for the community. FreeSCI is a great project and I hope you'll all find the time to continue working on it. I have followed this projects for many years now, and find it fascinating. I also love reading from time to time the SCI manual from your site. The SCI VM is very interesting to learn about.
Please don't get discouraged by impatient people who believe you work for them, and owe them anything.
And about the suggested merger between FreeSCI and ScummVM: I believe in the long run it's inevitable for them to be merged. Someday a motivated person or a group will merge the projects, or reimplement SCI from scratch, because SCI is the biggest missing piece in ScummVM's graphical adventure support. It would be great if this merge would be a product of cooperation between the 2 groups, but even if not, I believe it'll be done someday by a 3rd party.
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?
Please don't get discouraged by impatient people who believe you work for them, and owe them anything.
And about the suggested merger between FreeSCI and ScummVM: I believe in the long run it's inevitable for them to be merged. Someday a motivated person or a group will merge the projects, or reimplement SCI from scratch, because SCI is the biggest missing piece in ScummVM's graphical adventure support. It would be great if this merge would be a product of cooperation between the 2 groups, but even if not, I believe it'll be done someday by a 3rd party.
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?
SCI0 games have mouse support, even the first SCI game, King's Quest 4. Granted, much of the games were still parser driven, but much can be controlled with the mouse (walk and look).Raziel wrote:iPwnzorz is right
Only the later games were point and click
SCI Kings Quest 4 or Larry 2 and 3 for example were still parser driven
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 imported rather directly. See for example engines/touche/staticres.cpp
(and not just the fonts).
There are still some "magic tables" and other things in the other engines that look like they were imported rather directly. See for example engines/touche/staticres.cpp
(and not just the fonts).
The problem is not really the rest of ScummVM, nor is it what's currently in FreeSCI. The problem is that the second FreeSCI is merged with ScummVM, the code will no longer be held to the same high legal standards it used to. Cf. code in some engines that looks like it was taken directly from the binaries and converted to C++. We waited for someone to come along and write an alternative pathfinding algorithm, for example, to avoid a patent. Meanwhile, the (patented) iMuse is currently in the ScummVM tree. And ScummVM has received legal threats from Lucasarts in the past, IIRC. We have not.OmerMor wrote: 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?
not to downplay the importance of this, but Sierra and Lucasarts have a 'software' patent, and that patent is only viable in the states, so if the distribution is not statesite, then there should be no problem. We europeans don't/can't have software patents (yet)..We waited for someone to come along and write an alternative pathfinding algorithm, for example, to avoid a patent. Meanwhile, the (patented) iMuse is currently in the ScummVM tree. And ScummVM has received legal threats from Lucasarts in the past, IIRC. We have not.
Whether its point a& click or parser (and as it has been stated already, all the SCI games have mouse support) is irrelevant.iPwnzorz wrote:They are not O.ofingolfin wrote:Hu? Is that some kind of obscure trolling?
Of course all FreeSCI supported games are graphical point&click adventures, and hence fit perfectly into ScummVM's scope.
Your original statement claimed that "they are completely different games". And that is complete bull.