fceumm_libretro works nicely for NES.
should those files not already be there for the included games?
Difficult to understand what exactly you’re asking. We’ll download an Atari emulator automatically. Emulation cores for your personal ROMs need to be configured manually or using an app like Core Manager.
I’m unfamiliari with that message. Are you using an M1 mac? We’ve received reports of the M1 macs not working correctly.
Don’t know if others have, but I have. For each system you need a file in that emulator’s extension. for example: sega genesis needs .md files and N64 games needs .z64 files. Also; with the core manager addon, you need to change out which core your using 'til you get the right one.
1 Like
For the original post issue, I found for me only certain cores are supported. I had the nestopia core loaded and got the error. I tried another core(FCEUmm) and it worked although the emulation is a little wonky. For example, for Super Mario Bros, the sound is faster than the original game.
I am hopeful that over time Plex will support more cores and this will end up being a better experience. IMHO, this is worth paying for as long as we get regular updates and improvements.
1 Like
I’m referring to the Roms that “come with the subscription “. My Mac is running Yosemite. Everything else seems to be ok: graphics card etc.
So I have been experimenting with this since yesterday and I have seen the error here a few times (although not with the out of the box Atari games).
Here is my XML file and the cores I am using for the systems that are currently mentioned as supported in the FAQ. I can confirm that they are all working on my system:
<?xml version=‘1.0’ encoding=‘utf-8’?>
<Mappings>
<Mapping
platform=“Sega Genesis”
core=“genesis_plus_gx_libretro”
/>
<Mapping
platform=“Super Nintendo Entertainment System”
core=“snes9x_libretro”
/>
<Mapping
platform=“Game Boy”
core=“gambatte_libretro”
/>
<Mapping
platform=“Game Boy Advance”
core=“mgba_libretro”
/>
<Mapping
platform=“Game Boy Color”
core=“gambatte_libretro”
/>
<Mapping
platform=“Nintendo Entertainment System”
core=“fceumm_libretro”
/>
<Mapping
platform=“Sega 32X”
core=“picodrive_libretro”
/>
<Mapping
platform=“Sega Game Gear”
core=“genesis_plus_gx_libretro”
/>
<Mapping
platform=“Sega Master System”
core=“genesis_plus_gx_libretro”
/>
<Mapping
platform=“Nintendo 64”
core=“parallel_n64_libretro”
/>
</Mappings>
2 Likes
I edited the xml file to put everything in 1 line and it works fine. Just remove the whitespace like this:
<?xml version='1.0' encoding='utf-8'?>
<Mappings>
<Mapping platform="Super Nintendo Entertainment System" core="snes9x_libretro" />
<Mapping platform="Nintendo Entertainment System" core="fceumm_libretro" />
</Mappings>
I don’t know if you’re running macos, but when I download parallel_n64_libretro from Core Manager, it downloaded as a zip file. Other cores that i downloaded from Core Manager downloaded as dylib directly, but it was no bother, because I thought I could just extract (as I’ve been doing all day with various other zipped files). Turns out neither of the cores for n64 from Core Manager will extract for me. It’s weird, because the NES and SEGA cores work just fine.
EDIT: I initially wrote SNES, but I realized meant SEGA, as I havent tried out the SNES core, yet.
Nope, I’m in Windows. Downloaded as a straight DLL for me. There was some mention in the Core Manager thread of empty files downloading but I didn’t look that closely, that could be the issue you’re having?
maybe. I was able to locate the file elsewhere, and successfully load the core and boot up a game through Retroarch. That same core (the parallel_n64 one that also works on Windows machines) won’t load on a PMS on macOS Big Sur. so that’s a fun little (albeit not surprising) plot twist. Ugh. I’ll probably hafta wait for Core Manager to update it to a working version.
I’ve done the same with n64
By not working how far did you get?
I’ve got everything appearing in PMS and when I click play it just goes to a blank screen no error codes nothing…
Looking forward to a quick fix (day 1 patch hopefully) seeing as this is a paid job
to me, that seems like you’ve got the core running - it’s just not yet compatible. but i don’t actually know that. My setup is still giving me the “transcoder exited unexpectedly” line when I try to open any of the files
also, with Plex being as popular as it is, and the sheer amount of smart(er than me) people who could fix this, I’ll bet we’ll have a solution pretty quick.
Mine works sometimes then other times it gives me the trancoder error. I’ve tried a lot of cores. My system meets the hardware. I don’t think this was ready for the public, it’s barely out of beta and shouldn’t be charged.
there are a few main reasons for this—core not being supported, wrong architecture (64 bit vs 32 bit) and machine not having compatible graphics card or being headless windows. would need more details to diagnose.
would need more details 
there are so many different cores out there and it was impossible to test with all of them…
we’ve used it here on Catalina, at least, and a version of it (not sure if it’s exactly the same one) on Big Sur. so we might need more data.
Chiming in from another thread. I successfully got the core mapping working. Somehow the RetroCores.xml was populated without me doing anything different than yesterday lol. But now I have the same issue like the others with the transcoder error message for N64 games.
While I can understand the frustration of some in this thread that it’s not working out of the box, even though we pay for it, just give it a bit of time. It’s not older than 2 days old and I’m sure a fix is just around the corner.
I personally am 100% hyped about this 
I’ll upload logs as soon as I get the chance, but I’m back at work today, so it’ll be later on. Thanks for the response elan!
