• 1
  • 49
  • 50
  • 51(current)
  • 52
  • 53
  • 167
RetroPlayer Test Builds (updated for Nexus)
@a1rwulf Many thanks for the tip. I added those commits and it compiles and launches fine!

I had tried a few days ago compiling using mainstream mupen64plus, i like to be as up to date as possible, but it would not compile and was throwing errors I did not know what to do.

Something along the lines of:

Code:
error: /tmp/ccqkMgZK.ltrans0.ltrans.o: requires dynamic R_X86_64_PC32 reloc against 'co_active_handle' which may overflow at runtime; recompile with -fPIC
Guide to building an all in one Ubuntu Server - TV(vdr),File,Music,Web

Server Fractal Designs Define XL, Asus P5QL/EPU, Dual Core E5200, 4gb, L4M-Twin S2 v6.2, Supermicro AOC-USAS-L8I, 1*SSD & 13*HDD drives (24TB total) - Ubuntu Server
XBMC 1 ASRock Z77E-ITX, G850, 8GB RAM, SSD, BD - Ubuntu / OpenElec frodo
XBMC 2 Revo 3700 - OpenElec frodo
XBMC 3 Raspb Pi
Reply
Ah OK, that's bad - seems they reintroduced this error again.
Thanks for posting this.
This error happend to me a while ago - it took me several days to trace the issue and finally the guys from retroarch fixed it on their side.
I'll need to get in contact with them again.

Meanwhile you'll need to stick with the state of my fork.
Reply
I had a short look into it.
Following commit fixed this compile error:
https://github.com/a1rwulf/mupen64plus-l...e3e111e82a

Unfortunately there was a refactoring done which reintroduced the former version of libco:
https://github.com/libretro/mupen64plus-...8a4fc530f3

Not sure why.
If you have some spare time you could take the changes of the fix and reapply it on top of the current master.
Nonetheless I will check if we can get this mainline again.
Reply
Hi all,

I cant make any snes games work, here's the log : https://drive.google.com/file/d/0B3L_Oii...sp=sharing
Hope it helps.

Bibi
Reply
(2015-12-28, 14:46)bibi Wrote: Hi all,

I cant make any snes games work, here's the log : https://drive.google.com/file/d/0B3L_Oii...sp=sharing
Hope it helps.

Bibi

Code:
13:22:27 T:140427662972800   ERROR: AddOnLog: SNES (bSNES Mercury): Unable to load /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /usr/lib/kodi/addons/game.libretro.bsnes-mercury/game.libretro.bsnes-mercury.so)
13:22:27 T:140427662972800   ERROR: AddOnLog: SNES (bSNES Mercury): Failed to load /usr/lib/kodi/addons/game.libretro.bsnes-mercury/game.libretro.bsnes-mercury.so
13:22:27 T:140427662972800   ERROR: ADDON: Dll SNES (bSNES Mercury) - Client returned bad status (6) from Create and is not usable
13:22:27 T:140427662972800    INFO: Called Add-on status handler for '6' of clientName:SNES (bSNES Mercury), clientID:game.libretro.bsnes-mercury (same Thread=no)
13:22:27 T:140427662972800   ERROR: RetroPlayer: Failed to init game client game.libretro.bsnes-mercury
13:22:27 T:140427662972800   DEBUG: OnPlayBackStopped: play state was 1, starting 0
13:22:27 T:140427547461376  NOTICE: Thread AddonStatus game.libretro.bsnes-mercury start, auto delete: true
13:22:27 T:140427662972800   DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
13:22:27 T:140427547461376   DEBUG: Thread AddonStatus game.libretro.bsnes-mercury 140427547461376 terminating (autodelete)
13:22:27 T:140427662972800   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
13:22:27 T:140426740741888 WARNING: Skipping item 'nfs://192.168.0.11/srv/nfs4/donnees/en_cours/livres/Peter.F.Hamilton/[1] Pandore Abusée/' with '.nomedia' file in parent directory, it won't be added to the library.
13:22:27 T:140427662972800   DEBUG: RetroPlayer: Closing file

Is this an OpenELEC test build or did you compile on your own?
There something weird with the snes-mercury core.
Reply
wow this great never expeted it to come to openelec. but i wanna try it. how do i do that? where is the openelec file to make a bootable usb. or can i download it from addos? of from zip?
Reply
(2015-12-28, 15:04)tris20 Wrote: wow this great never expeted it to come to openelec. but i wanna try it. how do i do that? where is the openelec file to make a bootable usb. or can i download it from addos? of from zip?

Have a look at the very first page of this thread, there are plenty of builds available thanks to garbear & friends Smile
http://forum.kodi.tv/showthread.php?tid=173361
Reply
o man i am feeling like an *ss. i looked there and could find anything. but i didn't look futher. sorry.

thanks ill try it out.
Reply
Awesome progress so far!

Really looking forward to a new RPI2 build. I installed the latest available one (2015-10-27) today and was able to start some games, but couldn't play them because the buttons for my wireless 360 controller don't seem to be recognized in the controller configuration screen.
Reply
(2015-12-28, 13:10)a1rwulf Wrote: I had a short look into it.
Following commit fixed this compile error:
https://github.com/a1rwulf/mupen64plus-l...e3e111e82a

Unfortunately there was a refactoring done which reintroduced the former version of libco:
https://github.com/libretro/mupen64plus-...8a4fc530f3

Not sure why.
If you have some spare time you could take the changes of the fix and reapply it on top of the current master.
Nonetheless I will check if we can get this mainline again.

Yeah that commit fixed it. Had to make a slight amendment as libco has now moved from the libretro dir to the libretro-common dir. Also had to tweak patch 02 > http://paste.ubuntu.com/14247094/ as the line numbers did not match, thanks

Only issue I am now having is that the analogue stick is no longer working in the emulator. It works fine on the controller setup dialogue in kodi, It previously worked perfectly (the last OE buld by garbear with n64 support) and I pushed the keymap to peripheral-joystick. The right analogue stick is working as Cup, Cdown:

Code:
<feature name="cdown" axis="+4" />
            <feature name="cleft" axis="-3" />
            <feature name="cright" axis="+3" />
            <feature name="cup" axis="-4" />

But the left analogue stick (as an analogstick) is not controlling the movement of mario:

Code:
<feature name="analogstick">
                <up axis="-1" />
                <right axis="+0" />

If I run through the setup of the controller and made a change and then look at the timestamp of the buttonmaps last modification, if reflects the recent change, but in game it is still not working? I'm so close!

Kodi log showing setting up the controller > http://sprunge.us/WhZH

Any ideas?

Edit: Could it do with this commit? https://github.com/garbear/xbmc/commit/f...630f35622f

Build details:
OpenElec, 6.0 branch commits ba32c430
Garbears xbmc, retroplater-15.2 tip of tree, commit 8c5a19b0
with top 6 commits cherry picked from garbear retroplayer-gl
peripheral-joystick master commit 3fa3d6c
mupen64plus, master commit fdc166b cherry picking this commit to fix compiling dd6ed8cd and amended patch 02 as above
Guide to building an all in one Ubuntu Server - TV(vdr),File,Music,Web

Server Fractal Designs Define XL, Asus P5QL/EPU, Dual Core E5200, 4gb, L4M-Twin S2 v6.2, Supermicro AOC-USAS-L8I, 1*SSD & 13*HDD drives (24TB total) - Ubuntu Server
XBMC 1 ASRock Z77E-ITX, G850, 8GB RAM, SSD, BD - Ubuntu / OpenElec frodo
XBMC 2 Revo 3700 - OpenElec frodo
XBMC 3 Raspb Pi
Reply
(2015-12-28, 23:53)charlie0440 Wrote:
(2015-12-28, 13:10)a1rwulf Wrote: I had a short look into it.
Following commit fixed this compile error:
https://github.com/a1rwulf/mupen64plus-l...e3e111e82a

Unfortunately there was a refactoring done which reintroduced the former version of libco:
https://github.com/libretro/mupen64plus-...8a4fc530f3

Not sure why.
If you have some spare time you could take the changes of the fix and reapply it on top of the current master.
Nonetheless I will check if we can get this mainline again.

Yeah that commit fixed it. Had to make a slight amendment as libco has now moved from the libretro dir to the libretro-common dir. Also had to tweak patch 02 > http://paste.ubuntu.com/14247094/ as the line numbers did not match, thanks

Only issue I am now having is that the analogue stick is no longer working in the emulator. It works fine on the controller setup dialogue in kodi, It previously worked perfectly (the last OE buld by garbear with n64 support) and I pushed the keymap to peripheral-joystick. The right analogue stick is working as Cup, Cdown:

Code:
<feature name="cdown" axis="+4" />
            <feature name="cleft" axis="-3" />
            <feature name="cright" axis="+3" />
            <feature name="cup" axis="-4" />

But the left analogue stick (as an analogstick) is not controlling the movement of mario:

Code:
<feature name="analogstick">
                <up axis="-1" />
                <right axis="+0" />

If I run through the setup of the controller and made a change and then look at the timestamp of the buttonmaps last modification, if reflects the recent change, but in game it is still not working? I'm so close!

Kodi log showing setting up the controller > http://sprunge.us/WhZH

Any ideas?

Edit: Could it do with this commit? https://github.com/garbear/xbmc/commit/f...630f35622f

Build details:
OpenElec, 6.0 branch commits ba32c430
Garbears xbmc, retroplater-15.2 tip of tree, commit 8c5a19b0
with top 6 commits cherry picked from garbear retroplayer-gl
peripheral-joystick master commit 3fa3d6c
mupen64plus, master commit fdc166b cherry picking this commit to fix compiling dd6ed8cd and amended patch 02 as above

I'm not up-to-date with the latest changes of the peripheral.joystick code.
But it seems that there's sth going wrong with the axis handling:
Code:
21:46:11 T:140309225457536   DEBUG: Removing "analogstick" from button map due to conflict
21:46:11 T:140309225457536   DEBUG: Loaded button map with 15 features for controller game.controller.n64

Do you have a system for debugging?
Maybe @garbear can help here?
Reply
Hi a1rwulf,

The build comes frol the first page of this topic:RetroPlayer 15.2 pre-release 2015-12-16 (de1aa40...f80d521)
Reply
(2015-12-29, 09:43)bibi Wrote: Hi a1rwulf,

The build comes frol the first page of this topic:RetroPlayer 15.2 pre-release 2015-12-16 (de1aa40...f80d521)

Did you do any manual changes - if not it seems to me like something went wrong with this build.
Code:
13:22:32 T:140427662972800   DEBUG: SECTION:LoadDLL(/usr/lib/kodi/addons/game.libretro/game.libretro.so)
13:22:32 T:140427662972800   DEBUG: Loading: /usr/lib/kodi/addons/game.libretro/game.libretro.so
13:22:32 T:140427662972800   ERROR: AddOnLog: SNES (bSNES Mercury): Unable to load /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /usr/lib/kodi/addons/game.libretro.bsnes-mercury/game.libretro.bsnes-mercury.so)
According to your log, game.libretro.bsnes-mercury.so is looking for a libstdc++ version that's different than the one the system is using.
Can't think of any case how this is possible in the cross-build toolchain of openelec.

Other systems like NES do work?
Reply
Hi A1rwulf,

Everything works fine with NES, when i launch a game it proposes me to choose between different emulators. Guess i'll have to wait for the next build.

Also, i tried to launch Tekken 3 (playstation) and i get another issue: it tries to launch with the Stella emulator (atari 2600), whithout asking me anything.
Is there a way to choose the emulator manually ?

Code:
10:51:42 T:140302873433984    INFO: RetroPlayer: Opening: nfs://192.168.0.11/srv/nfs4/donnees/jeux/Play.Station/Tekken_3_Pal.bin
10:51:42 T:140302873433984   DEBUG: RetroPlayer: ---------------------------------------
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Game tag loaded
10:51:42 T:140302873433984   DEBUG: RetroPlayer: URL:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Platform:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Title:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Game Code:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Region:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Publisher:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Format:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: Cartridge Type:
10:51:42 T:140302873433984   DEBUG: RetroPlayer: ---------------------------------------
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.2048, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.beetle-bsnes, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.beetle-gba, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.beetle-pce-fast, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.bluemsx, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.bnes, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.bsnes-mercury, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.dosbox, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.fceumm, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.gambatte, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.genplus, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.nestopia, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.pcsx-rearmed, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.quicknes, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.stella, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: Adding client game.libretro.stella as a candidate
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.vba-next, that is the question
10:51:42 T:140302873433984   DEBUG: GameManager: To open or not to open using game.libretro.yabause, that is the question
10:51:42 T:140302873433984   DEBUG: ADDON: Dll Initializing - Atari 2600 (Stella)
10:51:42 T:140302873433984   DEBUG: Calling TransferSettings for: Atari 2600 (Stella)
10:51:42 T:140302873433984    INFO: RetroPlayer: Using game client game.libretro.stella at version 3.4.1
10:51:42 T:140302873433984   DEBUG: GameClient: Loading nfs://192.168.0.11/srv/nfs4/donnees/jeux/Play.Station/Tekken_3_Pal.bin
10:51:42 T:140302873433984   DEBUG: CNFSFile::Open - opened srv/nfs4/donnees/jeux/Play.Station/Tekken_3_Pal.bin
10:51:42 T:140302873433984   DEBUG: AddOnLog: Atari 2600 (Stella): File size (656 MB) is greater than memory limit (100 MB), loading by path
Thanks for all !

Bibi
Reply
bibi, I made that OE build and although I am not running that exact one at the moment, I tried a SNES game on my current build last night and all worked fine.

I'll upload a new build for you to try in a few days. Was hoping to get the analogue stick working on n64 games with latest mupen64 before uploading a build, but I have no idea what is wrong.
Guide to building an all in one Ubuntu Server - TV(vdr),File,Music,Web

Server Fractal Designs Define XL, Asus P5QL/EPU, Dual Core E5200, 4gb, L4M-Twin S2 v6.2, Supermicro AOC-USAS-L8I, 1*SSD & 13*HDD drives (24TB total) - Ubuntu Server
XBMC 1 ASRock Z77E-ITX, G850, 8GB RAM, SSD, BD - Ubuntu / OpenElec frodo
XBMC 2 Revo 3700 - OpenElec frodo
XBMC 3 Raspb Pi
Reply
  • 1
  • 49
  • 50
  • 51(current)
  • 52
  • 53
  • 167

Logout Mark Read Team Forum Stats Members Help
RetroPlayer Test Builds (updated for Nexus)16