[Scummvm-devel] Better place for decompilers
Travis Howell
kirben at optusnet.com.au
Fri Oct 15 14:31:29 CEST 2010
I disagree, as there are people interested in exploring the scripts used
by games, but not by the code side of ScummVM. Windows users in
particular would no longer have access to regular binaries of the
decompilers, if they are moved outside the tools module.
All the tools in scummvm/tools are directly related to building ScummVM
so far, and I think it should be kept that way.
On 15/10/2010 7:14 PM, Eugene Sandulenko wrote:
> Hi Team,
>
> I would like to raise an old discussion which somehow was buried in the
> mails. Basically it is a proposal to move our decompilers to
> scummvm/tools directory as they are mostly useless for the end users.
>
> Please voice your opinions.
>
>
> Eugene
>
>
> Begin forwarded message:
>
> Date: Tue, 2 Mar 2010 16:35:34 +0100
> From: Max Horn<max at quendi.de>
> To: Filippos Karapetis<bluegr at gmail.com>
> Cc: m_kiewitz at scummvm.org, Lars Skovlund<lskovlun at image.dk>, Matthew
> Hoops<clone2727 at gmail.com>, Walter van Niftrik
> <walter at vanniftrik-it.nl>, Eugene Sandulenko<sev at scummvm.org> Subject:
> Re: sci iceman issue
>
>
>
> Am 22.02.2010 um 15:15 schrieb Filippos Karapetis:
>
>> (CC'ed _sev too)
>>
>> I was looking at the tools we provide for end-users and was
>> wondering... why do we provide script dissassembling tools for end-
>> users? Would anyone be interested in these? I can understand the
>> resource unpackers (some people like to unpack their game files and
>> browse pictures, sounds etc and perhaps modify them). I can also
>> understand the sound compression tools. But why would any end user
>> be interested in script dumping tools? Aren't these more suitable
>> for engine developers?
>
> Seems nobody replied to this email, ever, so here's a brief one by me:
>
> These days, the script decompilers / disassemblers indeed would
> probably fit better into scummvm/tools/ than our "user tools" SVN
> module. In my view, they are there for historical reasons, mostly, and
> maybe because they somewhat fit into the "extraction" theme which used
> to be central for the tools. This changed, though. Anyway, if you want
> to make changes there, I propose raising this subject on -devel. Right
> now, it seems to make sense to me to move the de* tools, but everybody
> should have a chance to express their view on this before we do
> anything drastic like this (and of course nothing should be be done
> before 1.1.0 gets branched).
>
>
> Cheers,
> Max
>
> ------------------------------------------------------------------------------
> Download new Adobe(R) Flash(R) Builder(TM) 4
> The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly
> Flex(R) Builder(TM)) enable the development of rich applications that run
> across multiple browsers and platforms. Download your free trials today!
> http://p.sf.net/sfu/adobe-dev2dev
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
More information about the Scummvm-devel
mailing list