[Scummvm-devel] Game testings

Alex Bevilacqua alex at alexbevi.com
Tue May 24 13:46:28 CEST 2016


Just out of curiosity, would you guys be interested in a custom solution
for managing the games catalogue and games compatibility?

This is something I've wanted to write for a little while now.

If you're interested, I can try to do a quick proof of concept. I always
envisioned a cross between the dosbox compatibility list and the wine appdb.

On 21 May 2016 at 13:06, Eugene Sandulenko <sev.mail at gmail.com> wrote:

> > On 21 May 2016, at 13:37, Thierry Crozat <criezy at scummvm.org> wrote:
> >
> > Finishing the work on the Event Recorder and thus allowing automatic
> testing would help.
> Indeed it could help. The only still unresolved problem is that it goes
> out of sync easily. Maybe something very simple is missing.
>
> > Also I would like to go a bit further. I have no experience with
> databases and web site design.
> I have a hope, that it is quite possible to reuse the Dosbox code. That
> would be the best solution for us in terms of traceability and operational
> overhead.
>
> >   - Add the information on the game pages on the wiki
> There it could be tough to track.
>
> >   - Or create a new wiki page to centralise the information on a single
> page
> I like this idea more, though this page might eventually grow big.
>
> >   - Or add the information on the game pages on the wiki and use the DPL
> extension to also automatically gather all the information on one page (as
> we do with the platform page (http://wiki.scummvm.org/index.php/Platforms).
> One issue with this approach is that the automatically generated page may
> be slow to access.
> Even the current Platforms page is quite slow. It most probably turn
> unbearable with something like 50+ pages to gather info from.
>
> >   - Or create a new page on the web site.
> That will be painful to update as it will involve got commits.
>
> > If the idea proves popular I will start implementing it around mid-June.
> Of course volunteers are welcome as well. And maybe a better alternative
> idea will emerge.
> The idea is great and long needed. The problem I see with your approach is
> that somebody has to manually move this information to a centralised place.
>
> Thus I could probably eventually try to look into the approach with the
> DB, it is quite straightforward to implement. But in the meantime starting
> gathering this information now is very much needed.
>
> Thank you for raising this.
>
> Unfortunately for 1.8.1 we had only one volunteer joining the testing. The
> approaches we started in 2009 and enthusiasm of the users obviously did not
> last till now, so we have to seek other options.
>
>
> Eugene
>
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data
> untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20160524/d9d0628f/attachment.html>


More information about the Scummvm-devel mailing list