Login at Kodi Home

Kandungo · 2013-08-31, 07:24

Garbear, first a HUGE thanks for this build! I built it a couple of days back and it works! So here are some bugs i found some of which have been mentioned.

I compiled Generic x86_64

1. The installer doesnt work when i boot the flash drive with this build, but there is a work-around mentionde earlier in this thread about installign 3.0.6 and then upgrading manually using the updates folder in the samba share of openelec = ), this works great.

2. *.md files are not recognized as belonging to a genesis emulator so it never "finds" an emulator,

3. Neogeo games are recognized as atari roms for stella, i try to play from zip,

Otherwise this actually kicks some major ass! Thanks garbear

ray_tracer · 2013-08-31, 13:39

(2013-08-30, 18:42)slacker666 Wrote: i do not believe that Retroplayer has been ported for the Raspberry Pi yet? See post #4 & #5.

There are cores for a variety of systems available from the RetroPie project (I posted a link in one of my previous posts). Whether they are compatible with Retroplayer or not is still left to be found out. I do suspect sound will not work though due to OpenELEC not shipping with ALSA support for the Pi.

(2013-08-31, 01:36)garbear Wrote: Two options: either browse to packages/toolchain/math/ppl/meta and change PKG_VERSION="1.1pre9" to PKG_VERSION="1.1pre7" (reverting 3f056bc) or manually place ppl-1.1pre9.tar.xz in sources/. If ppl-1.1pre9.tar.xz is present then the buld script will skip trying to download it.

Thanks. Will take a look at configuring libbson as well. I did find a newer version of ppl as well (pre10) so I guess I will prefer that over rolling back to pre7.

Atarian · 2013-09-07, 15:47

This is my first time building something from source. It went all night and gave me the 404 described in the OP. I updated the files mentioned, and ran it again. Was I wrong to assume it would just finish up at this point? It's been running about an hour now, did it start from the beginning or something?

Thanks for your work on this, I can't wait to finally try it out!

ehushagen · (This post was last modified: 2013-09-07, 18:02 by ehushagen.)

I'm running into a build error while compiling for Fusion X86_64:

Quote:GameManager.cpp: In member function 'virtual void GAMES::CGameManager:rocess()':
GameManager.cpp:110:27: error: no matching function for call to 'GAMES::CGameManager::AbortableWait(CEvent)'
GameManager.cpp:110:27: note: candidate is:
In file included from GameManager.h:28:0,
from GameManager.cpp:22:
/home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/threads/Thread.h:103:23: note: CThread::WaitResponse CThread::AbortableWait(CEvent&, int)
/home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/threads/Thread.h:103:23: note: no known conversion for argument 1 from 'CEvent' to 'CEvent&'
In file included from /home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GUIControl.h:30:0,
from /home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GUIControlGroup.h:28,
from /home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GUIWindow.h:31,
from /home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GUIDialog.h:28,
from /home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/dialogs/GUIDialogKaiToast.h:23,
from GameManager.cpp:25:
/home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GraphicContext.h: At global scope:
/home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/guilib/GraphicContext.h:251:150: warning: 'g_graphicsContext' defined but not used [-Wunused-variable]
make[2]: *** [GameManager.o] Error 1
make[2]: Leaving directory `/home/eric/OpenELEC.tv/build.OpenELEC_RetroPlayer-Fusion.x86_64-devel/xbmc-retroplayer-77c95ab/xbmc/games'

I've tried wiping the entire OpenELEC.tv directory and re-git cloning it and then did a fresh mkpkg_xbmc-retroplayer with the same result.

I'm guessing it has to do with all the fresh commits you're doing to the retroplayer xbmc branch - do those automatically get pulled by the mkpkg process? If so, I think that could be where the error lies - the 77c95ab commit is quite a ways behind the latest commits, as near as I can tell.

Any advice? Or should I just wait it out until your latest commits work their way into the mkpkg sources?

Atarian · 2013-09-07, 22:15

My second attempt just failed the same way. I give up. Hopefully someone more skilled than me posts up a build.

nic4 · (This post was last modified: 2013-09-12, 16:55 by nic4.)

When I try to run mkpkg_xbmc-retroplayer it fails to get the correct software version (b6118db) due to this row:

GIT_REPO="-b retroplayer8 git://github.com/garbear/xbmc.git"

The branch retroplayer8 does not exists!?

What I got instead was the origin/master -> retroplayer-alpha7 (ea60c284a1f37d395a566c8d87256ed6bbaffb55) and then later the second line in the "FAQ":
A bunch of "404: xbmc-retroplayer-b6118db.tar.gz not found" errors appear 15 hours into the build process?

I then looked at the package.mk and saw that the last update was to use just sha b6118db in github.com/garbear/xbmc.git (this is the same as retroplayer-alpha7-buffer branch)

I updated the mkpkg_xbmc-retroplayer to use -b retroplayer-alpha7-buffer and rerun it so that I got the b6118db version of xbmc-retroplayer.

Just to find that two of the patches was not possible to apply!?
packages/mediacenter/xbmc/patches/retroplayer-b6118db/xbmc-602-add_as.xml_busy_dialog_delay_control.patch
packages/mediacenter/xbmc/patches/retroplayer-b6118db/xbmc-999.02-rpipower.patch

The feeling I got is that something is messed up in the xbmc-retroplayer -> openelec automatic updates due to the missing branch/tag retroplayer8 somehow is not in place!?

Another question I have just out of curiosity, what is the patches based on?
git diff between xbmc-retroplayer b6118db and xbmc version?

**garbear** · 2013-09-12, 18:39

those patches were against alpha 6, retroplayer-alpha7 is... wait for it... based on alpha 7 Smile

OpenELEC 3.1.7 was released, I plan to update the build on top of that in the near future

**garbear** · (This post was last modified: 2013-09-13, 02:22 by garbear.)

...aaaaand updated.

When you clone https://github.com/garbear/OpenELEC.tv , the retroplayer-3.1.7 branch will be checked out. When you build with XBMC=retroplayer, it will build the PR candidate branch from https://github.com/garbear/xbmc/tree/retroplayer-pr . Note, save states and RCB's ability to integrate with RetroPlayer have been stripped for testing purposes.

If you get an error like one of the following

Code:
Cant't get libshairplay sources : http://sources.openelec.tv/3.1.7/libshairplay-89202f7.tar.xz

Cant't get xbmc-pvr-addons sources : http://sources.openelec.tv/3.1.7/xbmc-pvr-addons-b84a88f.tar.xz

Cant't get xbmc-addon-xvdr sources : http://sources.openelec.tv/3.1.7/xbmc-addon-xvdr-871faab.tar.xz

the the build scripts for that package is broken. You'll need to go to http://sources.openelec.tv/devel/ and download the source package manually. Place in sources/package/. Then create the .md5 and .url files: Alongside libshairplay-89202f7.tar.xz, create these two files with the following content

libshairplay-89202f7.tar.xz.md5
(generate with md5sum sources/libshairplay/libshairplay-89202f7.tar.xz > sources/libshairplay/libshairplay-89202f7.tar.xz.md5 from root directory)

Code:
130d72a46f6557fbb0eb0d3a9eecb030  sources/libshairplay/libshairplay-89202f7.tar.xz

libshairplay-89202f7.tar.xz.url

Code:
http://sources.openelec.tv/3.1.7/libshairplay-89202f7.tar.xz

I'll post back when (if) I've fixed the download url for libshairplay.

EDIT: Fixed in Commit:71f6dc3, the changes above are no longer necessary

ehushagen · 2013-09-13, 03:31

This is great, thanks a ton for the info and setting up the repository!

doucettom · 2013-09-14, 21:07

@garbear

Any plans on building installable versions of Generic i386/Generic x86_64 ?

**garbear** · 2013-09-15, 01:56

uploaded generic and intel x86_64 images to the test builds thread

**extension23** · (This post was last modified: 2013-09-19, 23:40 by extension23.)

Are there any gamepads that work by default in openelec and retro player?

Subwire · 2013-09-20, 01:45

(2013-09-19, 23:40)extension23 Wrote: Are there any gamepads that work by default in openelec and retro player?

+1. I have a whole bunch of different gamepads, and have had limited success getting them to work with RetroPlayer (or in some cases XBMC itself)
Here's a list, and what the result was:
PS3 controller via Bluetooth -- Can't even pair this thing, tried sixpair and sixad, with no success. Got it to pair for a few seconds once, then it disappeared. Could be my crappy BT adapter. Pairs great with my Mac (and anything else)
Xbox 360 Wireless w/ adapter -- Pairs fine, buttons work, but the triggers are sending odd values, causing the Fast-forward to be stuck on. This is, apparently, a known issue according to the comments in the keymap, possibly related to the Xpad driver I could edit the xml and remove the back triggers, but I want/need to use them, if I want to, for example, play a PSX game
Xbox 360 Wired -- Same as above
Wiimote -- Pairs fine, but needs remapping. Controller extensions (Classic Controller) are not working, but that's a different/deeper issue.
Ouya controller -- Pairs fine, but needs remapping.

I'm new to getting under the hood with XBMC, but I'd be happy to dive in and help remap and track down issues with these.
I got the controller names out of /proc/bus/input/devices, so now all I need is a way to get the button and axis numbers. Various wiki pages point at xbmc.log, but the output there on a button press doesn't seem to correspond to what we need for the xml keymaps, and analog axes aren't reporting at all.

For example, here's me poking some buttons on the Ouya controller

Code:
59:54 T:140510102005568   DEBUG: ------ Window Init (Pointer.xml) ------

59:59 T:140510102005568   DEBUG: LIRC: Update - NEW at 2195480:160 0 KEY_OK devinput (KEY_OK)

59:59 T:140510102005568   DEBUG: OnKey: 11 (0x0b) pressed, action is Select

59:59 T:140510102005568   DEBUG: ------ Window Deinit (Pointer.xml) ------

59:59 T:140510102005568   DEBUG: LIRC: Update - NEW at 2195647:160 0 KEY_OK_UP devinput (KEY_OK_UP)

00:19 T:140510102005568   DEBUG: LIRC: Update - NEW at 2215530:80 0 KEY_STOP devinput (KEY_STOP)

00:19 T:140510102005568   DEBUG: OnKey: 224 (0xe0) pressed, action is Stop

00:19 T:140510102005568   DEBUG: LIRC: Update - NEW at 2215663:80 0 KEY_STOP_UP devinput (KEY_STOP_UP)

00:31 T:140510102005568   DEBUG: LIRC: Update - NEW at 2227647:160 0 KEY_OK devinput (KEY_OK)

00:31 T:140510102005568   DEBUG: OnKey: 11 (0x0b) pressed, action is Select

00:31 T:140510102005568   DEBUG: LIRC: Update - NEW at 2227813:160 0 KEY_OK_UP devinput (KEY_OK_UP)

00:34 T:140510102005568   DEBUG: LIRC: Update - NEW at 2231113:80 0 KEY_STOP devinput (KEY_STOP)

00:34 T:140510102005568   DEBUG: OnKey: 224 (0xe0) pressed, action is Stop

00:34 T:140510102005568   DEBUG: LIRC: Update - NEW at 2231263:80 0 KEY_STOP_UP devinput (KEY_STOP_UP)

00:52 T:140510102005568   DEBUG: LIRC: Update - NEW at 2248927:16d 0 KEY_EPG devinput (KEY_EPG)

00:52 T:140510102005568   DEBUG: OnKey: 229 (0xe5) pressed, action is ContextMenu

00:52 T:140510102005568   DEBUG: LIRC: Update - NEW at 2249043:16d 0 KEY_EPG_UP devinput (KEY_EPG_UP)

01:04 T:140510102005568   DEBUG: LIRC: Update - NEW at 2261043:ae 0 KEY_EXIT devinput (KEY_EXIT)

01:04 T:140510102005568   DEBUG: OnKey: menu (0xd8) pressed, action is Back

01:04 T:140510102005568   DEBUG: LIRC: Update - NEW at 2261160:ae 0 KEY_EXIT_UP devinput (KEY_EXIT_UP)

Would that be "button 11", followed by "button 224", etc?

In case it matters, I'm running from a Fusion x86_64 build I made from git yesterday afternoon. Everything else works absolutely great, so I'm eager to get a controller working! Big Grin

doucettom · (This post was last modified: 2013-09-22, 20:58 by doucettom.)

(2013-09-20, 01:45)Subwire Wrote:
(2013-09-19, 23:40)extension23 Wrote: Are there any gamepads that work by default in openelec and retro player?

+1. I have a whole bunch of different gamepads, and have had limited success getting them to work with RetroPlayer (or in some cases XBMC itself)
Here's a list, and what the result was:
PS3 controller via Bluetooth -- Can't even pair this thing, tried sixpair and sixad, with no success. Got it to pair for a few seconds once, then it disappeared. Could be my crappy BT adapter. Pairs great with my Mac (and anything else)
Xbox 360 Wireless w/ adapter -- Pairs fine, buttons work, but the triggers are sending odd values, causing the Fast-forward to be stuck on. This is, apparently, a known issue according to the comments in the keymap, possibly related to the Xpad driver I could edit the xml and remove the back triggers, but I want/need to use them, if I want to, for example, play a PSX game
Xbox 360 Wired -- Same as above
Wiimote -- Pairs fine, but needs remapping. Controller extensions (Classic Controller) are not working, but that's a different/deeper issue.
Ouya controller -- Pairs fine, but needs remapping.

I'm new to getting under the hood with XBMC, but I'd be happy to dive in and help remap and track down issues with these.
I got the controller names out of /proc/bus/input/devices, so now all I need is a way to get the button and axis numbers. Various wiki pages point at xbmc.log, but the output there on a button press doesn't seem to correspond to what we need for the xml keymaps, and analog axes aren't reporting at all.

For example, here's me poking some buttons on the Ouya controller

Code:
22:59:54 T:140510102005568 DEBUG: ------ Window Init (Pointer.xml) ------ 22:59:59 T:140510102005568 DEBUG: LIRC: Update - NEW at 2195480:160 0 KEY_OK devinput (KEY_OK) 22:59:59 T:140510102005568 DEBUG: OnKey: 11 (0x0b) pressed, action is Select 22:59:59 T:140510102005568 DEBUG: ------ Window Deinit (Pointer.xml) ------ 22:59:59 T:140510102005568 DEBUG: LIRC: Update - NEW at 2195647:160 0 KEY_OK_UP devinput (KEY_OK_UP) 23:00:19 T:140510102005568 DEBUG: LIRC: Update - NEW at 2215530:80 0 KEY_STOP devinput (KEY_STOP) 23:00:19 T:140510102005568 DEBUG: OnKey: 224 (0xe0) pressed, action is Stop 23:00:19 T:140510102005568 DEBUG: LIRC: Update - NEW at 2215663:80 0 KEY_STOP_UP devinput (KEY_STOP_UP) 23:00:31 T:140510102005568 DEBUG: LIRC: Update - NEW at 2227647:160 0 KEY_OK devinput (KEY_OK) 23:00:31 T:140510102005568 DEBUG: OnKey: 11 (0x0b) pressed, action is Select 23:00:31 T:140510102005568 DEBUG: LIRC: Update - NEW at 2227813:160 0 KEY_OK_UP devinput (KEY_OK_UP) 23:00:34 T:140510102005568 DEBUG: LIRC: Update - NEW at 2231113:80 0 KEY_STOP devinput (KEY_STOP) 23:00:34 T:140510102005568 DEBUG: OnKey: 224 (0xe0) pressed, action is Stop 23:00:34 T:140510102005568 DEBUG: LIRC: Update - NEW at 2231263:80 0 KEY_STOP_UP devinput (KEY_STOP_UP) 23:00:52 T:140510102005568 DEBUG: LIRC: Update - NEW at 2248927:16d 0 KEY_EPG devinput (KEY_EPG) 23:00:52 T:140510102005568 DEBUG: OnKey: 229 (0xe5) pressed, action is ContextMenu 23:00:52 T:140510102005568 DEBUG: LIRC: Update - NEW at 2249043:16d 0 KEY_EPG_UP devinput (KEY_EPG_UP) 23:01:04 T:140510102005568 DEBUG: LIRC: Update - NEW at 2261043:ae 0 KEY_EXIT devinput (KEY_EXIT) 23:01:04 T:140510102005568 DEBUG: OnKey: menu (0xd8) pressed, action is Back 23:01:04 T:140510102005568 DEBUG: LIRC: Update - NEW at 2261160:ae 0 KEY_EXIT_UP devinput (KEY_EXIT_UP)
Would that be "button 11", followed by "button 224", etc?

In case it matters, I'm running from a Fusion x86_64 build I made from git yesterday afternoon. Everything else works absolutely great, so I'm eager to get a controller working!

I am unable to find sixpair and tried sixad as well without success with the PS3. Tried Logitech F710 which worked with bSNES and Yabause. As I am yet unable to run PCSX-Rearmed I cannot tell. I am using OpenELEC 3.2 build Generic x64

ToKy · 2013-09-30, 16:32

Code:
--2013-09-30 04:54:41--  http://sources.openelec.tv/mirror/xbmc/xbmc-retroplayer-129965c.tar.xz

Resolving sources.openelec.tv (sources.openelec.tv)... 212.101.13.11

Connecting to sources.openelec.tv (sources.openelec.tv)|212.101.13.11|:80... connected.

HTTP request sent, awaiting response... 404 Not Found

2013-09-30 04:54:42 ERROR 404: Not Found.

Cant't get xbmc sources : http://sources.openelec.tv/3.2.0/xbmc-retroplayer-129965c.tar.xz

Try later !!

make: *** [release] Error 1

Build step 'Execute shell' marked build as failure

Sending e-mails to: jenkinsfailure@**********

Finished: FAILURE

Is this something you can fix on your end? I'm setting this up in jenkins and it defeats the purpose if I have to manually change a file everytime there is a new version. Maybe doing a sym-link from the latest version (number) to xbmc-retroplayer-latest.tar.gz (just a suggestion)

(2013-08-13, 18:46)garbear Wrote: RetroPlayer can now be used in an embedded linux environment via OpenELEC.

FAQ:
A bunch of "404: xbmc-retroplayer-e8c1639.tar.gz not found" errors appear 15 hours into the build process?
My Rube Goldberg machine definitely failed (big surprise). Either modify mkpkg_xbmc-retroplayer and force it to check out the correct version, or (preferably):

Find the new version: either check github or look in sources/xbmc after running mkpkg_xbmc-retroplayer

Modify packages/mediacenter/xbmc/package.mk - change PKG_VERSION="retroplayer-e8c1639" to the new version

Modify packages/mediacenter/xbmc-theme-Confluence/meta - change PKG_VERSION="retroplayer-e8c1639" to the new version

Rename packages/mediacenter/xbmc/patches/retroplayer-e8c1639 to the new version