Closed a1rwulf closed 9 years ago
Maybe you want to wait for another 15min. I'm building right now and can test in a few min.
OK - lib is placed correctly. Core is not working well for me. First attempt - crash. Second attempt - runs in super slowmo
i've seen a lot of problems with different cores. for the platforms supported by multiple cores, we might wanna start figuring out which ones suck and defaulting to the more reliable ones
also, no need to send PRs for package version bumps. it's so easy to synchronize every version with its master using a single command, version bump commits just get in the way. I'll push one now that synchronizes everything with its master so we don't have to worry about it again
Edit: pushed one hour ago. damn i'm fast ;)
OK - the PR was just to open a communication channel for this one :) Honestly I did not try a lot cores as of now - but of course you are right, at some point we will have to test a lot of them and get the best ones into the build.
I'm enabling github issues for all our game add-ons. i'm not a fan of issues, but i think the closer the comment is to the code the easier it'll be to locate a fix
we could use a simple script to track issue counts as a way of collecting data on core reliability
+1
have gitpub ping a script whenever an issue is opened/closed, then update the number of issues in the libretro core matrix for easy viewing
This bumps for a typo fix in the game addon. As a result the .so wasn't placed in /usr/lib/kodi/addons. Don't know if a PR is right in this case as you have to call mkpkg-game.libretro.bsnes-mercury anyway, though :)