[Scummvm-devel] Fwd: Visual Novel engines - Would it be possible to find a solution?

Paul Gilbert paulfgilbert at gmail.com
Tue Jan 29 18:09:47 CET 2019


Hi all,

I'm all in favor of inclusion than not. As has been said, we do have some
pretty adults only games already.. by all accounts I've heard, IHNM sounds
pretty sickening and would likely traumatize me if I played, but I'm still
fine with it's inclusion in ScummVM. Though I do appreciate that some
sensibilities differ for violence vs sexual content. But I don't think we
should necessarily reject them out of hand.. as also has been said, you
need to actually have a particular visual novel to actually play it, so I
too don't see the supporting of particularly erotic novels as any potential
detraction from ScummVM.

As far as interactiveness goes, I don't see it as too much of a problem
either. Even if we treat Plumbers as a special case (added more for being
an example engine than a good game), it's still somewhat risque by the
sounds of it. Plus, I know there some "interactive movie" adventures
desired for inclusion into ScummVM in the future, and they'd likely not be
much more interactive than the visual novels.

In a sense, it's a pity that the core of ScummVM isn't separate from the
engines. It they were, we could have a common scummvm-core.git, and a
separate scummvm-adventures.git for just the engines folder, and a separate
scummvm-rpg.git, scummvm-novels.git, scummvm-platformers.git, and so on.
Maybe as an alternative, something to be considered would be a move to
split up engines/ into separate subfolders for adventures/ rpg/ novels/
etc. Even with some few adventure engines also supporting RPGs, more and
more RPG only engines are going to be added over time, so it makes some
sense to be able to categorize them. This could be an opportune time..
We're going on.. what.. about 70 or 80 engines at this point? Separating
them into their different categories could well be helpful for the long
term.

Plus, we could then have the main ScummVM releases still supporting just
the adventure/rpg/novels, but still allow for a centralized repository for
other mediums using ScummVM as a core, such as platformers like Tidus the
Fox, Commander Keen, and so on. It would give us more future flexibility
for either integrating them into official ScummVM releases, or creating a
separate PlatformVM releases if enough are accumulated.

Regards,

Paul.



On Tue, Jan 29, 2019 at 4:39 AM Arnaud Boutonné <strangerke at scummvm.org>
wrote:

> So in short you would suggest to never officially support them… I like the
> idea :)
>
> If it was the case, would you suggest to add the possibility to report
> bugs for those games in our tracking tool? (that would be useful for
> unofficially support them)
>
> Best regards,
> Arnaud
>
>
>
> On Tue, Jan 29, 2019 at 11:53 AM Lothar Serra Mari <lserramari at gmail.com>
> wrote:
>
>> Hi Arnaud,
>>
>> >I therefore wonder if we couldn't have an engine (or more) sitting in
>> master, but explicitely not included even in the night build. Or maybe have
>> two builds, a "mostly safe for work" one and a NSFW alternative so that we
>> can see if a change in common code >breaks Something there.
>> >
>>
>> I understand that we maybe should not enable those engines in the release
>> builds. In my opinion, including them in the nightly builds should be just
>> fine, since it can be considered as SFW unless someone decides to actually
>> play the games. There's nothing NSFW in the engines per se...
>>
>> With best regards,
>> Lothar
>>
>>
>>
>> Am Di., 29. Jan. 2019 um 11:38 Uhr schrieb Arnaud Boutonné <
>> strangerke at scummvm.org>:
>>
>>>
>>>
>>>
>>> Hi team,
>>>
>>> I receive regularly questions about Visual Novel games, which makes me
>>> wonder if we couldn't find a way to work on them without including them in
>>> the standard ScummVM binary.
>>>
>>> There are several engines around for Visual Novel games: FGRE (NitroPlus
>>> games), ANISE (Elf, Silky's), Nekoze (D.O., ZyX, CD Bros, Purple, Will,
>>> Ilex), VileVN (a lot, and the lead dev was willing to change the licencing
>>> to GPLv2 and join ScummVM to do the work 2 years ago), etc
>>>
>>> As a matter of fact, most of these games are at least erotic, and most
>>> of these games are japanese/korean only. Eugene explicitely refused the
>>> merge in ScummVM so that our project remains reasonably clean (we have
>>> several adult only games supported but none is really 18+ so far. Examples:
>>> Hopkins FBI, Leisure Suit Larry, PDWT, Voyeur, Fascination)
>>>
>>> I therefore wonder if we couldn't have an engine (or more) sitting in
>>> master, but explicitely not included even in the night build. Or maybe have
>>> two builds, a "mostly safe for work" one and a NSFW alternative so that we
>>> can see if a change in common code breaks Something there.
>>>
>>> I don't have a very clear idea of how we could work that out, but I
>>> clearly see an Opportunity to attract more devs and users, so I felt like I
>>> had to raise (again) the point and see if we may find Something that suits
>>> everybody
>>>
>>> Thanks in advance for your thoughts
>>>
>>> Best regards,
>>> Arnaud
>>>
>>>
>>> _______________________________________________
>>> Scummvm-devel mailing list
>>> Scummvm-devel at lists.scummvm.org
>>> https://lists.scummvm.org/listinfo/scummvm-devel
>>>
>> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.scummvm.org
> https://lists.scummvm.org/listinfo/scummvm-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20190129/9ec79fff/attachment-0001.html>


More information about the Scummvm-devel mailing list