(Request) Add Libretro Neogeo CD Emulator

Darksavior

@MajorDangerNine I converted Last Blade 2 from chd to bin\cueand the tracks were all over the place. I noticed it from the character select screen and the first match. It might be the qt chdman converter I'm using. I gave up and re-downloaded.

Update: I tested ~50 games in img\cue and all work except for Samurai Shodown 3. I downloaded the game from another source in iso\wav\cue but got the same results.

MajorDangerNine

@Darksavior

Update: I tested ~50 games in img\cue and all work except for Samurai Shodown 3. I downloaded the game from another source in iso\wav\cue but got the same results.

Yeah, Samurai Shodown 3 also freezes RetroArch on my Pi as well. Checked NeoCD on the PC and it works fine with the same ROM, BIOS, and same Core Options. On the Pi, the CPU is being maxed out when it freezes.

I converted Last Blade 2 from chd to bin\cueand the tracks were all over the place. I noticed it from the character select screen and the first match. It might be the qt chdman converter I'm using. I gave up and re-downloaded.

Ah, I see now. Same behavior using the latest CHDMAN. Also happens on the PC.

Winklepicker

I would love to see Neogeo CD officially added onto Retropie

The ability to play Neogeo games with awesome CD quality soundtracks, and no loading is an absolute godsend to be honest.

Please add onto Retropie

akafox

I compiled the mame2003-plus core and got a "lr-fbalpha-neocd" core? (and the mame2003-plus core of course)

What is that and how do you use it? How does it compare to this core?

MajorDangerNine

@akafox That is unrelated to your install of mame2003-plus and has been part of RetroPie for some time now.

Regardless, fbalpha-neocd is pretty good to my knowledge. Just a different mode for FBA to run in. Doesn't have the emulation hacks that NeoCD does, but other that that it is perfectly serviceable now that the NeoCD developer fixed FBA's lack of CDA playback (might need to update from source).

Now if only either added CHD support. I'd even take the cue/bin format you get from decompressing the CHD being supported.

akafox

@MajorDangerNine Yeah I figured that. Just thought it was strange to get two cores...that and it being from a mame core getting a fba core.

I looked for the core on the forum here and you are correct been round awhile now. Odd I never ran across it till now. However I am going to try this core first. I am compiling it as I type for x64..if it works ok then i can try it on the PI for pits and piggels.

CHD support is coming i see..which is good the few I have are CHD format anyway. SO MUCH room is saved that way...waiting for chd support on rearmed (of which I think it is added..I don't remember) that is for another thread though...

Anyway going to try this out. and thanks for the code! :D

akafox

Okay works GREAT on x86/x64 but I am having a bit of a problem compiling for the RPI3.

I changed the CMakeLists.txt file as follows:

from
-march=x86-64 -mtune=generic
to
-march=armv7 -mtune=arm7

but I get this error

/home/pi/neocd_libretro-master/src/3rdparty/musashi/m68kopdm.cpp:1:0: error: target CPU does not support ARM mode

so I am at a loss :/

MajorDangerNine

@akafox I think I just commented:

set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -march=x86-64 -mtune=generic ${BASE_CXX_OPTIONS}")

Uncommented:

# set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -march=native ${BASE_CXX_OPTIONS}")

Then compiled it on my RPi3B.

Got a working version that way, though I don't understand much of anything about compiling. Basic idea I have is it is some sort of auto-conversion type deal is going, which is most likely the reason Samurai Shodown 3 freezes on the Pi but doesn't on the PC as something isn't going right in the supposed auto-conversion when it comes to that game.

akafox

okay when I do that without changing the -march flag (I leave it "native" like you have ) I get this:

Scanning dependencies of target neocd_libretro
[ 2%] Building CXX object CMakeFiles/neocd_libretro.dir/src/3rdparty/musashi/m68kopdm.cpp.o
*** Error in `/usr/bin/c++': double free or corruption (top): 0x0070c0a0 ***
CMakeFiles/neocd_libretro.dir/build.make:62: recipe for target 'CMakeFiles/neocd_libretro.dir/src/3rdparty/musashi/m68kopdm.cpp.o' failed
make[2]: *** [CMakeFiles/neocd_libretro.dir/src/3rdparty/musashi/m68kopdm.cpp.o] Aborted
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/neocd_libretro.dir/all' failed
make[1]: *** [CMakeFiles/neocd_libretro.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2

MajorDangerNine

@akafox Eh, I'm at a loss. Well, unless you are overclocking your Pi and haven't made sure it is stable.

I just did my best to follow what was HERE and produced that one binary for the RPi3B that I posted near the beginning topic.

Good luck. Hopefully the developer will add CHD support soon and polish whatever else needs polishing so that it can be made an official Libretro core.

mitu

@akafox -march=native is not supported by the gcc compiler on the Pi (hence the crash). You can take a look at the compilation flags used by the RetroPie-Setup script for various platforms here.

Darksavior

@MajorDangerNine It's not an official libretro core for legal reasons. https://github.com/fabrice-martinez/neocd_libretro/issues/1

If you can figure out how to make samsho3 not freeze up, then please post an updated binary, thanks.

akafox

-- The C compiler identification is GNU 4.9.2
-- The CXX compiler identification is GNU 4.9.2

cmake -G "Unix Makefiles" passes no error

make fails

c++: error: unrecognized argument in option '-march=rpi3'
c++: note: valid arguments to '-march=' are: armv2 armv2a armv3 armv3m armv4 armv4t armv5 armv5e armv5t armv5te armv6 armv6-m armv6j armv6k armv6s-m armv6t2 armv6z armv6zk armv7 armv7-a armv7-m armv7-r armv7e-m armv7ve armv8-a armv8-a+crc iwmmxt iwmmxt2 native
CMakeFiles/neocd_libretro.dir/build.make:62: recipe for target 'CMakeFiles/neocd_libretro.dir/src/3rdparty/musashi/m68kopdm.cpp.o' failed
-cut-

when i use armv7 for -march= i get:

/home/pi/neocd_libretro/src/3rdparty/musashi/m68kopdm.cpp:1:0: error: target CPU does not support ARM mode

(This card is still raspian jessie)

@mitu said in (Request) Add Libretro Neogeo CD Emulator:

@akafox -march=native is not supported by the gcc compiler on the Pi (hence the crash). You can take a look at the compilation flags used by the RetroPie-Setup script for various platforms here.

I am not using the retropie-set up script. I am just ssh in and compiling

Darksavior

I just compiled it on my own, yay. The default options @MajorDangerNine provided works but I also tried on my pi3b+:
set(CMAKE_CXX_FLAGS_RELEASE "${CMAKE_CXX_FLAGS_RELEASE} -march=armv8-a+crc -mtune=cortex-a53 ${BASE_CXX_OPTIONS}")

@akafox Maybe upgrade to stretch? My setup is always up-to date.
-- The C compiler identification is GNU 6.3.0 -- The CXX compiler identification is GNU 6.3.0

wmarcio

Hi.
Someone can do me a favor and compile it to run on a retropie lubuntu install? I am a total noob on do that.
Thxs.

akafox

@wmarcio compile it to run on ulbuntu? it would be the same as any other compile build. Makes no difference I would think except for maybe needing a lot of dependencies. However are you asking if it can be done (I assume yes) or are you asking for the compiled core? I doubt anyone here will share the core..for various reasons.

@ Darksavior THANK YOU! for that cmake line! I thought the RPi3 was arm7..guess I was wrong? Anyway I got it working! Works great. I did have to upgrade to stretch (retropie 4.4) my "main" sd card is on the old jessie because I am working on a project. I used the card out of my RPi1 (yes a raspberry pi 1) and just had to install some dependencies and it worked great. (No I put the card in my RPi3 and compiled it..yes I know it will not work with the pi1..)

So my question here is why use the "Generic x64 options" to compile and not the "All architectures, optimized for the machine NeoCD is compiled on" line?
Just curious that is all!

So I set it up as a system in Retropie and it works from the GUI just like everything else does. Where does the .info file go? (I can't find them anywhere.) Now we just need a NEOGEO CD Theme for Retropie. (Hint!) Again thanks..cheers! :D

Edit: I compiled using the "All architectures..." line. No errors compiled fine. ~~Have not had the chance to "test the difference" I will report back when i can.~~ So I can not tell a difference and yes samsho3 still locks up my pi no matter which one i use

Darksavior

I reported the problem with samsho3 and it got fixed rather quickly. I can verify it works now.

barbudreadmon

@MajorDangerNine said in (Request) Add Libretro Neogeo CD Emulator:

Now if only either added CHD support

A bounty is open about it, feel free to back it : https://www.bountysource.com/issues/70116022-request-chd-support-for-neo-geo-cd

MajorDangerNine

@barbudreadmon Nice. Thanks for informing me about this. Still, I'd probably be more inclined to donate to the PSX one.

https://www.bountysource.com/issues/57712065

Just a personal preference. PSX is probably one of my favorite systems, while Neo Geo CD is a novelty to me at best.

barbudreadmon

@MajorDangerNine No problem :), i was just informing you about this.