<div class="gmail_quote">On Mon, Oct 31, 2011 at 10:36 PM, Eugene Sandulenko <span dir="ltr"><<a href="mailto:sev.mail@gmail.com">sev.mail@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 31 October 2011 11:16, Willem Jan Palenstijn <<a href="mailto:wjp@usecode.org">wjp@usecode.org</a>> wrote:<br>
> I agree with Johannes on this. I wouldn't be a happy with a ton of hardcoded<br>
> logic specifically for arcade games.<br>
</div>I requested dreammaster to post this on -devel because I have same stance.<br>
<br>
If the arcade scenes would be small part of the game, i.e. like space<br>
flight scenes in The Last Dynasty, that could be OK. But here we are<br>
talking about reusing game formats, and hardcode for the _all_ game<br>
logic. Too big stretch in my opinion.<br></blockquote><div><br>The previous suggestion by Lordhoto is possibly a good one.. if I develop Geekwad in a separate branch, then when it's done we could evaluate how much code is required by the game and determine what to do with it then.<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

What I would like to encourage is to work on support for external<br>
plugins for ScummVM. Thus projects like scummvm-misc, or scummvm-rpg<br>
could be easily integrated at run-time. I even would vote for<br>
supporting of such projects on our project facilities, just like we do<br>
for Residual. I.e. provide cross-linking, server space, hosting etc.<br>
Just let have ScummVM to be focused on adventures.<br></blockquote><div><br>This would be an excellent step for ScummVM, IMHO. It's becoming a more generalised cross platform game framework, and even if we don't provide official distributions with non-adventure game plugins, it would allow other developers to at least make use of the framework and be listed; this would effectively allow users to play extra other games as people support them. There have also been several other engines previously, such as my Gargoyle engine, Another World, Little Big Adventure, etc. in various states of completion.<br>
<br>The only real concern I have is with engine fragmentation. Even with plugins, in this case we'd be ending up with two different versions of the TsAGE engine, both supporting different games. This may or may not be an issue on it's face, though.. Tsunami released several other games that I *think* are TsAGE - Man Enough, Flash Traffic, Protostar, and Wacky Funsters. Given each will require hard coding of game logic, on further thought, I think it may be more effective to end up with two separate 'TsAGE' engines/plugins, one for the adventure games, and another for other games.<br>
<br>Since the majority of replies are also already in favour of not having it part of trunk, I'll make a branch later today, and then back out the Geekwad changes in trunk.<br> <br></div></div>On a final note, I've never actually looked at the existing plugin code, so maybe someone can tell me.. what's the current state of plugin functionality? Is there more that needs to be done to effectively support them? Or is it just that some systems don't support plugins yet? Will ScummVM support plugins out of the box, even if other engines are statically compiled in?<br>
<br>Paul.<br><br>