[Scummvm-devel] Detection hints in the Add Game browser

Max Horn max at quendi.de
Sun Jul 30 10:51:40 CEST 2006


Am 30.07.2006 um 02:13 schrieb Travis Howell:

[...]

> ScummVM can already
> waste too much time with file access when starting a game now, if  
> there is a
> sub directory, with large amount of files.

I wasn't aware that this poses a noticeable problem on some setups...  
How about properly reporting it so that somebody can look into it,  
then? :-)
(And while it sounds like a serious issue -- I fail to see the  
connection between game startup time, and the launcher code... ? the  
detection code doesn't enter subdirs, after all...)

[...]

> Requring many SCUMM games to have their MD5 details updated would  
> be a bad
> idea and best avoided, as it can take a long time to build up MD5  
> details
> again (As shown by changes to Simon game detection). In the case of HE
> games, reducing to 64K would require many games to be updated

Ah OK. Well, I didn't know that since none of the HE demos I have are  
bigger than 60kb (well, their detection files at least). But anyway,  
even a reduction to 128kb would already be a nice improvement.

Could you give a rough overview which/how many games would be affected?

[...]

> I think a much better idea, is just to improve the documentation  
> and help
> options for ScummVM:
> Adding a guide like
> http://www.unet.univie.ac.at/~a0200586/videogames/scummvm_tutorial/  
> to the
> future HTML documentation, so the process of adding games is even more
> clear.

I disagree that this would be a better alternative. Of course better  
docs are needed (it's me who always asks for them, too :-).

But if your UI is bad or confusing, or counter-intuitive, then it is  
so... Adding any amount of documentation or help buttons (=band-aid)  
won't solve that.
And in the end, people often enough don't read docs, so they'll still  
end up asking for help on the problem if they don't understand our GUI.


> Maybe adding a help button to each section of the GUI, with brief
> descriptions to explain that section. Keeping the text for help  
> descriptions
> in a separate file would be best, for easy translation to other  
> languages in
> the future.

We could do that, and it might even be a nice idea, though orthogonal  
to the rest of this discussion, IMO (see above: solving problems vs.  
fighting symptoms). My main concern is that it'll be a lot of work to  
get started and then maintain (and outdated / missing help texts are  
almost worse than none at all). Looking at our "success" at  
updating / maintaining the SCUMM help dialog, or writing  
documentation (or finding somebody to do it), I am somewhat skeptical  
in this, I am afraid :-/.


Cheers,
Max






More information about the Scummvm-devel mailing list