Kodi Community Forum
RetroPlayer branch of Kodi - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: Game support (https://forum.kodi.tv/forumdisplay.php?fid=292)
+--- Thread: RetroPlayer branch of Kodi (/showthread.php?tid=164725)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14


RE: RetroPlayer branch of Kodi - garbear - 2015-03-16

shader/overlay support would be way cool. I have absolutely no idea how to add shaders or overlays to RetroPlayer Smile anything is possible, it just takes time, and right now I'm focused on getting out Isengard test builds.

when I'm ready, I'll fire up RetroArch and start sinking some serious thought into this. In the meantime, you're welcome to post any shader-related ideas you have.


RE: RetroPlayer branch of Kodi - Nezza - 2015-03-17

Do you have any idea when it'll be ready?


RE: RetroPlayer branch of Kodi - a1rwulf - 2015-03-17

how?
you can not get an estimation nor a release date for something anyone will look into, before this actually happened...


RE: RetroPlayer branch of Kodi - da-anda - 2015-03-17

@Nezza - no, there is no ETA, but as garbear already mentioned he's working hard to get a new testbuild ready for april first. If this testbuild doesn't reveal too many bugs chances are good that Retroplayer is going to be merged in the near future - most likely not for Isengard though.


RE: RetroPlayer branch of Kodi - ironic_monkey - 2015-03-17

as always 'later than it could have been now that you had us waste time on answering the question'.


RE: RetroPlayer branch of Kodi - geopgin - 2015-03-20

This is most likely out of scope of this project but here goes. How about creating containers for roms, similar to how mkv's work. They could contain multi-discs, gameart, descriptions, cheats, controller configs and various other Game specific attributes. It would make games and libraries much more portable.

Just a thought!


RE: RetroPlayer branch of Kodi - garbear - 2015-03-20

sure, it's called a zip file Smile


RE: RetroPlayer branch of Kodi - geopgin - 2015-03-20

Confused, Guess I didn't think that through.

Zips make complete sense, the're just less strict in what and how attributes are stored. I guess i don't understand fully how retroplayer parses/launches libraries/roms. It seems to me that there is some cross over with how games are scraped, presented and launched in respects to how they're stored. Maybe there is already some standard with naming, structuring and defining that is documented somewhere?

Below is how I would in vision games being stored within a zip

Code:
game1.zip
  game1.nfo
  artwork
    boxfront
    boxback
    cartridge
    fanart
    screenshot
  game1.bin
  game1.cue

game2.zip
  game2.nfo
  artwork
    boxfront
    boxback
    cartridge
    fanart
    screenshot
  game2(disc 1).bin
  game2(disc 1).cue
  game2(disc 2).bin
  game2(disc 2).cue

game3.zip
  game3.nfo
  artwork
    boxfront
    boxback
    cartridge
    fanart
    screenshot
  game3(disc 1)(track 1).bin
  game3(disc 1)(track 2).bin
  game3(disc 1).cue
  game3(disc 2)(track 1).bin
  game3(disc 2)(track 2).bin
  game3(disc 2).cue

the nfo (stolen from RCB) might look something like

Code:
<game>
  <disc mask>"\(disc\s\d\)*\.cue"</disc mask>
  <savestate />
  <cheat codes />
  <title />
  <originalTitle />
  <alternateTitle />
  <platform />
  <plot />
  <publisher />
  <developer />
  <year />
  <genre />
  <detailUrl />
  <maxPlayer />
  <region />
  <perspective />
  <numController />
  <controller config />
  <version />
  <rating />
  <votes />
  <thumb local="path\to\art" type="boxfront">http://url/to/thumb.jpg</thumb>
  <thumb local="path\to\art" type="screenshot">http://url/to/thumb.jpg</thumb>
  <thumb local="path\to\art" type="boxback">http://url/to/thumb.jpg</thumb>
  <thumb local="path\to\art" type="cartridge">http://url/to/thumb.jpg</thumb>
  <thumb local="path\to\art" type="fanart">http://url/to/thumb.jpg</thumb>
</game>

I guess my only point of reference for how games are presented and launched is through RCB/RetroArch. Maybe its the scrapers responsibility to construct and organize this data but it seems to me that there are different groups and communities that do it differently. And maybe this ties into this

Just the point of view of a novice that has spent way to much time on this so he can force nostalgia onto his childrenSmile


RE: RetroPlayer branch of Kodi - Woerd88 - 2015-03-21

Regarding zip files, i know that some emulator cores can play the rom file inside a zip file.
But some emulator cores dont.

Could retroplayer prepare the file so all emulators will work with zip files?
This saves a lot of diskata since rom files are very good to compress.


RE: RetroPlayer branch of Kodi - evilsephiroth - 2015-03-25

any news about merging this into main branch?

Can video and games coexist in this branch?

I'm waiting to dump hyperspin in the trash Big Grin


RE: RetroPlayer branch of Kodi - Scourge - 2015-03-25

Let's just wait for the new release which garbear has planned for next week. He'll probably be too busy to develop the roadmap further until then.


RE: RetroPlayer branch of Kodi - garbear - 2015-03-28

some IRL stuff came up a few days ago, so i'm a little behind on my april 1 estimate. keyboard input is really close to working though, so i'll try to get some builds up within the first week or two of april

also, check the awesomeness of https://github.com/kodi-game . thanks to the UNGODLY efforts of ironic_monkey, we have over 50 (!!!) libretro cores compiling on linux, ready to be tested once input is done.


RE: RetroPlayer branch of Kodi - Scourge - 2015-03-28

Nicely done! We'll be sure to test them all as soon as you'll let us Wink


RE: RetroPlayer branch of Kodi - da-anda - 2015-03-28

from now on ironic_monkey should be called retro_spiff Wink


RE: RetroPlayer branch of Kodi - dhead - 2015-03-29

(2015-03-28, 17:36)garbear Wrote: also, check the awesomeness of https://github.com/kodi-game . thanks to the UNGODLY efforts of ironic_monkey, we have over 50 (!!!) libretro cores compiling on linux, ready to be tested once input is done.
Oh ****, I'm starting to doubt if it was a good idea for me to package each binary addon separately, I guess it's time to write some scripts.