RetroPlayer Test Builds (updated for Nexus) - 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 Test Builds (updated for Nexus) (/showthread.php?tid=173361) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
|
RE: RetroPlayer Test Builds (updated for Isengard) - charlie0440 - 2015-12-28 @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 RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-28 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. RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-28 I had a short look into it. Following commit fixed this compile error: https://github.com/a1rwulf/mupen64plus-libretro/commit/dd6ed8cda9939b8bda653a7aa989cae3e111e82a Unfortunately there was a refactoring done which reintroduced the former version of libco: https://github.com/libretro/mupen64plus-libretro/commit/08451b464778f314ac916eb0114b988a4fc530f3 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. RE: RetroPlayer Test Builds (updated for Isengard) - bibi - 2015-12-28 Hi all, I cant make any snes games work, here's the log : https://drive.google.com/file/d/0B3L_OiikpFVVSmdNb29LRGdJYUU/view?usp=sharing Hope it helps. Bibi RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-28 (2015-12-28, 14:46)bibi Wrote: Hi all, 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) Is this an OpenELEC test build or did you compile on your own? There something weird with the snes-mercury core. RE: RetroPlayer Test Builds (updated for Isengard) - tris20 - 2015-12-28 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? RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-28 (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 http://forum.kodi.tv/showthread.php?tid=173361 RE: RetroPlayer Test Builds (updated for Isengard) - tris20 - 2015-12-28 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. RE: RetroPlayer Test Builds (updated for Isengard) - Etheric - 2015-12-28 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. RE: RetroPlayer Test Builds (updated for Isengard) - charlie0440 - 2015-12-28 (2015-12-28, 13:10)a1rwulf Wrote: I had a short look into it. 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" /> But the left analogue stick (as an analogstick) is not controlling the movement of mario: Code: <feature name="analogstick"> 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/f12cafd2a1533922b22532c4bb45e8630f35622f 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 RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-29 (2015-12-28, 23:53)charlie0440 Wrote:(2015-12-28, 13:10)a1rwulf Wrote: I had a short look into it. 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 Do you have a system for debugging? Maybe @garbear can help here? RE: RetroPlayer Test Builds (updated for Isengard) - bibi - 2015-12-29 Hi a1rwulf, The build comes frol the first page of this topic:RetroPlayer 15.2 pre-release 2015-12-16 (de1aa40...f80d521) RE: RetroPlayer Test Builds (updated for Isengard) - a1rwulf - 2015-12-29 (2015-12-29, 09:43)bibi Wrote: Hi a1rwulf, 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) Can't think of any case how this is possible in the cross-build toolchain of openelec. Other systems like NES do work? RE: RetroPlayer Test Builds (updated for Isengard) - bibi - 2015-12-30 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 Bibi RE: RetroPlayer Test Builds (updated for Isengard) - charlie0440 - 2015-12-30 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. |