<div dir="ltr">On 28 January 2014 07:09, <a href="mailto:sunmax@libero.it">sunmax@libero.it</a> <span dir="ltr"><<a href="mailto:sunmax@libero.it" target="_blank">sunmax@libero.it</a>></span> wrote:<br><div class="gmail_extra">

<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">>I thought a bit more about how we might speed up detection in a way you<br>


>proposed: Instead of matching the directory name against gameids we<br>
>might simply create a list of files engines look for in their detection<br>
>and then map these to a plugin (maybe even prioritized in case multiple<br>
>engines look for the same file). That should also catch cases where<br>
>users name their directories not based on gameid. But one would need to<br>
>check whether this is really (easily) feasible.<br>
<br>
</div>Yes, your approach is much more elegant.<br>
<br>
Don't we already have a list of the files each engine is looking for as part<br>
of detection ?</blockquote><div><br></div><div>Actually we were discussing it several years ago, and I believe it is even mentioned somewhere in TODO.</div><div><br></div><div>The proper way of addressing this would be to adjust our build and plugin system and let the detection code and tables for each engine be compiled statically with the main executable.</div>

<div><br></div><div>This would let us benefit from md5 caching and also could be used for those platforms where builds are split, so it could even provide hint to the end user something like "You need to run build XX in order to run this game".</div>

<div><br></div><div><br></div><div>Eugene</div></div></div></div>