RetroArch CE (Unofficial - Community Edition)

PS3 RetroArch CE (Unofficial - Community Edition) Beta 4

Go to download
Overview Extra info Updates (3) Reviews (2) History Discussion
Jun_k said:
I'm having problems with VICE C64 Emulation using HEN4.88 on my PS3 superslim.

With a fresh install of beta 4 community edition I find Commodore (C64 VICE x64sc, accurate) too slow and the sound is slow. C64 (VICE DTV) crashes, C64 ( x64, fast) works but is too fast and highly inaccurate. Not sure what C64 SuperCPU is all about but it's also way too slow.

I know VICE is excellent on other hardware and I would love to emulate the C64 properly on the PS3. Any help would be appreciated.
Click to expand...

I also played a bit around the C64 VICE cores.
My best results are with VICE x64, fast. Need to make sure that in Quick Menu -> Options -> Audio: 'SID Engine' is set to 'FastSID' and 'ReSID Sampling' is either 'Fast' or 'Interpolation'.
I recorded a video with some game play (sorry the quality is not great as I don't have a capture card, it is just to give an idea)
Personally, I had a decent experience with most games. I think the speed is ok (not too fast).
Audio emulation is not terrible but could be better in some games.
Unfortunately, choosing more accurate setting will make the game too slow.
VICE DTV also did not work for me. Loading the core on its own will result in a garbled screen.
I also tried to put a config file at system/vice/vicerc as suggested in the docs, trying to change/limit the speed:

[C64]
Speed=60

but I could not see any difference, so I'm not sure this file is taken into consideration after all.

 
Last edited by a moderator:
aldostools said:
Yes, please split the core into multiple cores like you already did with other cores.

Thanks for the awesome work that you're doing! :love heart::cheerful::love heart:

BTW would it be possible to add a check for R1+R2+L1+L2 when the EBOOT is launched?
So when that combo is pressed, salamander cfg is deleted in case it is corrupted. This would avoid us to browse the file system to find the correct file and delete it.
Click to expand...

I have such a thing in mind, but automatic, without the user having to do anything.
 
aldostools said:
Yes, please split the core into multiple cores like you already did with other cores.
Click to expand...
I'm thinking to slit it into 3 cores:
1) Standard scumm games (Manic mansion, monkey island, etc ect)
2) Other driver with starting letter from A to L
3) Other driver with starting letter from M to Z

But i have to test it to see if it's a good balance..... i have seen that Sierra games are a lot....
 
Crystal said:
I'm thinking to slit it into 3 cores:
1) Standard scumm games (Manic mansion, monkey island, etc ect)
2) Other driver with starting letter from A to L
3) Other driver with starting letter from M to Z

But i have to test it to see if it's a good balance..... i have seen that Sierra games are a lot....
Click to expand...

Maybe it would be better to have a core only for Sierra games (AGI & SCI): SCUMM, Sierra and 1 or 2 cores for the rest.
https://wiki.scummvm.org/index.php/Engines
 
Crystal said:
New cores: a5200, GearColeco, fMSX.
Click to expand...
A bit of background on these core's "via" the links provided from libretro docs/news releases.

a5200 (via)
  • The a5200 core is an optimised Atari 5200 emulator based on Atari800 2.0.2. Originally developed for the GCW Zero, it runs full speed on even the weakest hardware (e.g. o3DS) – yet with a design focussed on ease of use and tight libretro integration it provides a simple 'plug and play' solution for Atari 5200 content on all platforms. The core debuts with robust input handling (including analog and number pad entry), audio filtering, CRT ghosting effects, an optional internal open-source BIOS and full save state support. Further enhancements are planned over the coming weeks.

GearColeco (via)
  • Gearcoleco is an open source, cross-platform, ColecoVision emulator written in C++.
    • Accurate Z80 core, including undocumented opcodes and behavior like R and MEMPTR registers.
    • Accurate TMS9918 emulation.
    • Sound emulation using a fine tuned Sms_Snd_Emu library.
    • Battery powered RAM save support.
    • Supported platforms (libretro): Windows, Linux, macOS, Raspberry Pi, Android, iOS, tvOS, PlayStation Vita, PlayStation 3, Nintendo 3DS, Nintendo GameCube, Nintendo Wii, Nintendo WiiU, Nintendo Switch, Emscripten, Classic Mini systems (NES, SNES, C64, ...), OpenDingux and QNX.

fMSX (via)
  • This is a port of Marat Fayzullin's fMSX 6.0 (21-Feb-2021) to the libretro API. fMSX is a program that emulates MSX, MSX2, and MSX2+ 8bit home computers. It runs MSX/MSX2/MSX2+ software on many different platforms including Windows, Android, Symbian, MacOS, Unix, MSDOS, AmigaOS, etc. I started developing fMSX in 1993 when there were only two other MSX emulators available, both exclusively for MSDOS. From the very beginning, I developed fMSX as a portable program able to run on many different computers. The initial development, for example, was done on DEC Alpha workstations running Unix. Since then, fMSX has seen quite a lot of updates and been ported to many systems. It is still being developed, although not as actively as before because most features are pretty much complete now.
    The Meteor core has been authored by Marat Fayzullin
 
Last edited:
mschinca said:
I also played a bit around the C64 VICE cores.
My best results are with VICE x64, fast. Need to make sure that in Quick Menu -> Options -> Audio: 'SID Engine' is set to 'FastSID' and 'ReSID Sampling' is either 'Fast' or 'Interpolation'.
I recorded a video with some game play (sorry the quality is not great as I don't have a capture card, it is just to give an idea)
Personally, I had a decent experience with most games. I think the speed is ok (not too fast).
Audio emulation is not terrible but could be better in some games.
Unfortunately, choosing more accurate setting will make the game too slow.

Thanks for your reply. I've adjusted the settings
VICE DTV also did not work for me. Loading the core on its own will result in a garbled screen.
I also tried to put a config file at system/vice/vicerc as suggested in the docs, trying to change/limit the speed:

[C64]
Speed=60

but I could not see any difference, so I'm not sure this file is taken into consideration after all.

Click to expand...
mschinca said:
I also played a bit around the C64 VICE cores.
My best results are with VICE x64, fast. Need to make sure that in Quick Menu -> Options -> Audio: 'SID Engine' is set to 'FastSID' and 'ReSID Sampling' is either 'Fast' or 'Interpolation'.
I recorded a video with some game play (sorry the quality is not great as I don't have a capture card, it is just to give an idea)
Personally, I had a decent experience with most games. I think the speed is ok (not too fast).
Audio emulation is not terrible but could be better in some games.
Unfortunately, choosing more accurate setting will make the game too slow.
VICE DTV also did not work for me. Loading the core on its own will result in a garbled screen.
I also tried to put a config file at system/vice/vicerc as suggested in the docs, trying to change/limit the speed:

[C64]
Speed=60

but I could not see any difference, so I'm not sure this file is taken into consideration after all.

Click to expand...

Thanks for your reply, much appreciated. I've adjusted my settings as you suggested and the experience is much better (not perfect, but OK and definately playable - It's set to PAL but it's still slightly faster on some games). I see there are some settings for a real keyboard too. Is it possible to use a USB keyboard or do I need to stick with the the virtual one?
 
Have made some changes to the first post. Updated Core's and added more links and information about the cores. Its still evolving but a good starting point in getting the core's going. A mix of official information where it applies and also various tips in this thread and the forum and also some history about the emulated system's as well.
 
Jun_k said:
Thanks for your reply, much appreciated. I've adjusted my settings as you suggested and the experience is much better (not perfect, but OK and definately playable - It's set to PAL but it's still slightly faster on some games). I see there are some settings for a real keyboard too. Is it possible to use a USB keyboard or do I need to stick with the the virtual one?
Click to expand...
If you have real hardware c64 i made this: https://github.com/crystalct/5plusbuttonsJoystick
and this: :chuncky:
upload_2022-3-15_14-56-51.png
 
Crystal said:
New core: Jump 'n Bump.
Click to expand...
Thank You @ Crystal for bringing this to the PS3,

Official details about this latest addition: https://www.libretro.com/index.php/libretroretroarch-new-cores/

Jump 'n Bump

Jump_n_Bump-768x492.png
Jump 'n Bump has finally been ported to Libretro/RetroArch. This is a game for the whole family. You play as a cute fluffy little bunnies and hop on each other's heads.

At the beginning you are in the menu, where you have to let each active player jump over the tree trunk to enter the play area, and then walk to the right. You will then enter the arena. The aim is to jump on the other bunnies' heads…
Jump 'n Bump was originally a DOS game by Brainchild Design, which was open sourced under the GPL license and ported to SDL, and then SDL2.

How to use it
You can play Jump 'n Bump by loading one of the .DAT files (levels) from Load Content. A fair few of them are available on Libretro/RetroArch's 'Content Downloader'.
 
@Crystal

On the latest RA, I noticed these:
  • PS3/PSL1GHT: Add RSX graphics support
  • PS3/PSL1GHT: Add libco support
  • PS3/PSL1GHT: Add experimental PSMove support
This progression is seeming to come along slowly but surely.
Are they collaborating with you or is this their own work?

If not, I wonder who is maintaining the PS3 port on their end.
 
ninku said:
Every time I try to run neo geo cd using fbneo this error appears romset is unknow
Click to expand...
That problem is common to all system where run Retroarch (windows, linux, apple, psvita , WiiU, etc. etc.)
To solve it you have to put neogeo.zip and neocd.zip (or neocdz.zip) inside neo geo rom folder or Retroarch system folder, the folder where to put ISOs neogeo have to be named
Code: 
neocd
and Isos must follow standard MAME nomenclature.
For example this is Samurai Showdown II:
upload_2022-4-11_8-20-6.png


upload_2022-4-11_8-20-41.png



If you have doubts then read: https://forums.libretro.com/t/guide-play-neo-geo-cd-games-using-fbneo/17735
 
Crystal said:
That problem is common to all system where run Retroarch (windows, linux, apple, psvita , WiiU, etc. etc.)
To solve it you have to put neogeo.zip and neocd.zip (or neocdz.zip) inside neo geo rom folder or Retroarch system folder, the folder where to put ISOs neogeo have to be named
Code: 
neocd
and Isos must follow standard MAME nomenclature.
For example this is Samurai Showdown II:
View attachment 36892

View attachment 36893


If you have doubts then read: https://forums.libretro.com/t/guide-play-neo-geo-cd-games-using-fbneo/17735
Click to expand...

Thanks, for the details. I added Info (link to post) to first post in "Available Core's" Tab
dddd.jpg
 
You must log in or register to reply here.

Similar threads

Back
Top