lr-mame compile in raspberry pi3b+
-
@jlopezvl said in lr-mame compile in raspberry pi3b+:
Games tested was "tokio scramble formation" , battle garega, metal slug ....
All games already playable with latest romsets through fbalpha. What about input lag and the features i mentioned ? If input lag is higher and/or you can't use those features in mame, i don't see the point of using mame over fbalpha to play those games, with read ahead all those games are playable at 0 input lag with fbalpha, and it's already at roof level without it. It is just my (probably biased) opinion though.
-
@barbudreadmon said in lr-mame compile in raspberry pi3b+:
@jlopezvl said in lr-mame compile in raspberry pi3b+:
Games tested was "tokio scramble formation" , battle garega, metal slug ....
All games already playable with latest romsets through fbalpha. What about input lag and the features i mentioned ? If input lag is higher and/or you can't use those features in mame, i don't see the point of using mame over fbalpha to play those games, with read ahead all those games are playable at 0 input lag with fbalpha, and it's already at roof level without it. It is just my (probably biased) opinion though.
My only desire was to compile lr-mame, not to compare with great fbalpha ….. Im not a game tester but i trust you opinión ….
-
@jlopezvl said in lr-mame compile in raspberry pi3b+:
@barbudreadmon said in lr-mame compile in raspberry pi3b+:
@jlopezvl said in lr-mame compile in raspberry pi3b+:
Games tested was "tokio scramble formation" , battle garega, metal slug ....
All games already playable with latest romsets through fbalpha. What about input lag and the features i mentioned ? If input lag is higher and/or you can't use those features in mame, i don't see the point of using mame over fbalpha to play those games, with read ahead all those games are playable at 0 input lag with fbalpha, and it's already at roof level without it. It is just my (probably biased) opinion though.
My only desire was to compile lr-mame, not to compare with great fbalpha ….. Im not a game tester but i trust you opinión ….
Also I havent the answer to your lag question … Maybe if you can test it and answer me ..
-
lr-mame compiled to last v206
https://mega.nz/#!yYVkQQ6Q!eOpzm2Sq4rSvrtgd5l9KdYgpF4Ft1ohQhKpmYmWq_UU -
@jlopezvl thank you for your kindness
-
@jlopezvl said in lr-mame compile in raspberry pi3b+:
Also I havent the answer to your lag question … Maybe if you can test it and answer me ..
Apparently lr-mame is 1 frame behing standalone mame for input lag, while lr-fbalpha is the same as standalone fbalpha. Otherwise the 2 standalone emulators generally have the same input lag for a game, which means lr-mame must be 1 frame behing lr-fbalpha on average. Savestate support is partial in mame, while all games in fbalpha have savestate support to my knowledge, furthermore savestates in fbalpha were optimized for the libretro features i mentioned.
To sum it up, fbalpha is better integrated with libretro than latest mame, so it gives a lead in terms of features, it's also lighter in memory and overall faster. I wouldn't recommend using lr-mame for a game supported by either lr-fbalpha or lr-mame2003-plus (which has the best libretro integration of all the mame cores). -
@barbudreadmon said in lr-mame compile in raspberry pi3b+:
@jlopezvl said in lr-mame compile in raspberry pi3b+:
Also I havent the answer to your lag question … Maybe if you can test it and answer me ..
Apparently lr-mame is 1 frame behing standalone mame for input lag, while lr-fbalpha is the same as standalone fbalpha. Otherwise the 2 standalone emulators generally have the same input lag for a game, which means lr-mame must be 1 frame behing lr-fbalpha on average. Savestate support is partial in mame, while all games in fbalpha have savestate support to my knowledge, furthermore savestates in fbalpha were optimized for the libretro features i mentioned.
To sum it up, fbalpha is better integrated with libretro than latest mame, so it gives a lead in terms of features, it's also lighter in memory and overall faster. I wouldn't recommend using lr-mame for a game supported by either lr-fbalpha or lr-mame2003-plus (which has the best libretro integration of all the mame cores).Id prefer when its possible fbalpha, but also i wanna to get lrmame206 runnig for games that can run on mame at good speed and not run on fbalpha. Only its for have more chances to run games ....
-
My experience in trying .206 wasn't positive. It was crashing when loading any game until I deleted my retroarch.cfg and auto generated a new one. I enabled threaded video since it was off by default from this newly generated cfg. Metal Slug 5 ~50fps. Battle Garegga ~50fps as well. Any cps1 or cps2 game freezes the pi with a "loading machine 99%" or similar screen. I really wanted something that could run system32 games properly and fullspeed. ~20fps in spiderman. Mame2003/plus is fullspeed but it has those shadow graphic bugs.
Pi3b+ at 1450mhz. -
@Darksavior said in lr-mame compile in raspberry pi3b+:
My experience in trying .206 wasn't positive. It was crashing when loading any game until I deleted my retroarch.cfg and auto generated a new one. I enabled threaded video since it was off by default from this newly generated cfg. Metal Slug 5 ~50fps. Battle Garegga ~50fps as well. Any cps1 or cps2 game freezes the pi with a "loading machine 99%" or similar screen. I really wanted something that could run system32 games properly and fullspeed. ~20fps in spiderman. Mame2003/plus is fullspeed but it has those shadow graphic bugs.
Pi3b+ at 1450mhz.Its Good to know it … Because of it also its avaiable fbalpha … I only compile lrmame to test it ...
-
@Darksavior That's more or less the results i expected in terms of performance for lr-mame on a rpi3.
Sadly, sega system 32 is not available in fbalpha, but maybe someday.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.