<div class="gmail_quote">On Sun, Sep 6, 2009 at 11:42 PM, Stuart George <span dir="ltr"><<a href="mailto:yakumo9275@gmail.com">yakumo9275@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sat, Sep 5, 2009 at 1:01 AM, Paul Gilbert<<a href="mailto:paulfgilbert@gmail.com">paulfgilbert@gmail.com</a>> wrote:<br>
</div></blockquote><div> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Paul, does this mean you adapted the GLK interface than 99% of all<br>

opensource infocom interpreters use to scummvm? or did you just<br>
hack the frotz code IO to use scummvm?<br>
<br>
Using a scummvm glk bridge would mean any GLK capable<br>
interpreter could be mated in without any issue...<br>
<br>
food for thought.<br>
<br></blockquote></div><br>I adjusted the core I/O of the frotz code . This was, in a sense, a test project for me that's been on-going for years - the Frotz code was fairly well defined, so it provided a good basis for creating an engine around. Somewhat ironically, for most of the time period the engine didn't actually try executing any Frotz code.. I used it more as my own 'already registered test engine' where I could try out various things.It's only recently i bothered actually getting the Frotz code to run. :)<br>
<br>I can understand the concerns raised, so for now may see simply about creating some kind of website and/or download for those that are interested. But John Willis does raise an interesting point - ScummVM is becoming more and more attractive as a flexible generic base for cross-platform games, so we should give consideration as to what, if anything, we want to do to encourage this.<br>
<br>I'm considering, for example, have a separate SourceForge project 'ScummVM Misc', providing a collection of engines deemed not in scope for the main ScummVM. We already have one such project with the Tinsel v3 / Discworld Noir (although if it ever gets anywhere may be acceptable for Residual), and Another World has been raised as another such example. So it would be better to have a central repository for any such engines.<br>
<br>Although, the move to DCVS does sound intriuging - particularly if allowed for separate 'branches' that could host such 'extra' engines unofficially, yet share and keep up to date with the latest changes to OSystem. After all, I think peoples' only real objection is to including such engines in the official ScummVM distributions, and not against the games/engines themselves.<br>
<br>Something to think about. :)<br><br>Paul.<br><br>