Games Library (Game & Emulator database + launcher) development project, help wanted! - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32) +--- Forum: Kodi Application (https://forum.kodi.tv/forumdisplay.php?fid=93) +---- Forum: RetroPlayer Development (https://forum.kodi.tv/forumdisplay.php?fid=194) +---- Thread: Games Library (Game & Emulator database + launcher) development project, help wanted! (/showthread.php?tid=40715) |
- sho - 2009-11-07 I think people would like to know how unfinished it is (me myself included). When would it be considered finished? With all bells and whistles (library and scraping) or is something actually missing for the rudimentary executable support? Sorry about not giving up... this is for the sake of the community after all - spiff - 2009-11-07 when somebody is willing to maintain it. - VictorV - 2009-11-08 I've made quite a lot of work trying to "port" the structure of the video section into a program section, but I have no experience with c programming and I have some problems seeing the complete program flow. Now I'm struggling with some linker errors I can't figure out. As I see it, the program section could be something as follow: Contents:
Games database:
I'm not sure what the best solution for scraping would be. A scraper would probably need to know what platform to scrape information for. That could be done while setting content for a directory, with some pre-defined platforms, but unfortunately some sites will use "SNES" as a identifier, some could use "SMC", and some simply "12". How to overcome this? There's a suggestion in this thread to use different scrapers for each platform, but I can't say I like it, as I don't think someone would keep them all up to date. Another function from the video section that probably also should be in the program section is the stacking feature. Many ROM collections will have a naming scheme similar to: Super Mario Bros[u][!].smc, Super Mario Bros[J].smc etc. and I guess many will see this stacked, though handled a bit different by the player. I've done most of the boring aspects of this, at least for the games, and I hope to get it up and running when I have some more time to sit down and study the source code. - spiff - 2009-11-08 feel free to pop by irc, i'll gladly help and offer my ideas on the implementation side - we can even do it in norwegian - BLKMGK - 2009-11-08 I've been getting updates on this thread forever but not had time to check on it till today. I had SO hoped to see something even remotely close for MAME at least. Depressing to see that it looks stalled and that no one sees value in moving it forward yet. - leo2 - 2009-11-08 spiff Wrote:when somebody is willing to maintain it.I currently maintain "Launcher" plugin, but I would love to get rid of it and maintain a native xbmc code. (by maintain - I mean - fix bugs) I'm sure that library support will be added sometime later, but it should be released to all users first for impression & ideas (and maybe other ppl would help implementing it or by adding scrapers) - seedzero - 2009-11-08 leo2 Wrote:I currently maintain "Launcher" plugin, but I would love to get rid of it and maintain a native xbmc code. (by maintain - I mean - fix bugs) I would definitely help out with writing scrapers if this was added. - lloydsmart - 2009-11-12 Anything going on here? I do hope this hasn't been dropped as it would be a fantastic feature for XBMC to have. - Arcanthur - 2009-11-13 I do sincerely hope that this comes to fruition is at least SOME form. It seems a logical step in expanding upon the already great feature set of XBMC.. The ability to run programs / games would surely open up even more avenues for developers. If I had the coding knowledge I would definitely help out, but I am but a mere designer :p - fablog - 2009-11-18 I hope the app launcher will be implemented in the app section, like the other said, without this section is useless. - tmpdir - 2009-11-19 hope is fine, clear requirements would be better. what is ready, unstable and needs to be done before this branch gets merged? After reading this thread and the only(?) wiki page about this I still have no idea what road is expected to be followed. Not really something to start programming without making some u turns. - sho - 2009-11-20 What we can give us is that the original Xbox had a program db that worked much like a basic media library. Assuming that getting that functionality at minimum is required, we know what to aim for. Let us just hope that spiff has not completely abandoned this thread so he can set me straight. - BLKMGK - 2009-11-20 IMHO, start with something like the old XBOX library but try to incorporate something like MAME games. These aren't CPU intensive, they're cross platform, and most everyone has a soft spot for them. Lots of sites out there have info about them and there's data files aplenty to help create some sort of .NFO file for the ROMs. - greatant1337 - 2009-11-20 There's plenty of ideas and "plans" on how and what to implement throughout this thread. As well as these links: http://forum.xbmc.org/showthread.php?tid=28953 http://wiki.xbmc.org/?title=Games_Library_Ideas Here's the current Games Library branch if anyone thinks they know what they're doing and wants to have a go. (and the original branch) There's atleast one scraper written for AllGame: http://trac.xbmc.org/browser/branches/gamelibrary/system/scrapers/programs (not sure why it didn't make it to gamelibrary2) I know we still need the backend to even start to display a MyProgramsNav.xml which seems to involve files like this. There is a MyProgramsNav.xml done ready to be taken advantage of. I hope this piques someones interest, fills everybody in (a little bit) and prevents redundant ideas and reinvention of the wheel. - rickx - 2009-11-20 I'm not exactly an svn guru. If I check out the games-branch, what version (revision) will it be? Is it possible to merge it with the current rev.? If so, could somebody drop the code for doing it? (Apart from probably having to solve some issues/conflicts manually...) |