@dank-cushions CDMage looks like some sort of disc extraction/manipulation tool. There shouldn't be anything inherently wrong with consolidating the .bins, but maybe it was done incorrectly. That's why we should see if the original files work before we start pointing fingers at the conversion.

But a single .bin or multiples shouldn't matter as long as the .cue is correct; as I understand it, they both represent the same raw binary data stream to recreate the original optical disc. I ended up with one when trying to apply the English patch to Rondo of Blood for the TG-CD, that worked fine (as far as I can tell. I've only played through the first level but it works at least that far.)

Before I knew that chdman would work on .iso/.wav./.cue sets, I thought you had to have .bin/.cue. So, starting with the multiple .bin/.cue set I:

Burned the multiple .bin/.cue set to a disc. Re-ripped the resulting disc to .iso/.wav/.cue using TurboRip (the included binchunk tool that was originally meant to do this conversion gave a divide-by-zero error on Win10, and in compatibility modes for Win7 and XP.) Patched the resulting .iso/.wav/.cue set with the included instructions. Burned the patched .iso/.wav/.cue set back to another disc. Ripped that disc to .bin/.cue using ImgBurn.

This gave me a single .bin file. At first I was worried I had messed it up, but I put the .cue through chdman, dropped the resulting .chd in my tg16 (pcengine) folder, fired it up, and was pleasantly surprised when it worked just fine.

@mitu I ended up figuring it out (by accident), I had 2 partitions on the SD card. Even though there was only one named root it was confusing the system. I was using the image for pi 0/1 and had imaged the card with Win32DiskImager.

SOLVED

All I had to do was delete my recently uploaded splash screens through samba and reboot.. I guess you need to save video splash screen files a certain (unknown) way before you transfer

How about if your start an xterm, make it fullscreen, then run

LC_NUMERIC=C emulationstation

@goferffxi said in "_M_construct null not valid" upon bootup, started after a year of no issues.:

@mitu said in "_M_construct null not valid" upon bootup, started after a year of no issues.:

@WhackAMole said in "_M_construct null not valid" upon bootup, started after a year of no issues.:

Any chance someone could translate this fix in to layman's for a newbie?

The only applicable advice in the above topic is

uninstall es dev, reinstall regular binary

Try re-installing your EmulationStation package, either from binary or from source.

So,, I tried the advice here from both Binary and source. I even removed all exp packages just to ensure it wasn't anything in there. The error still appears and now i've decided to attempt a complete rebuild from Raspbian up. I am also increasing SD capacity from 16gb to 32 GB to ensure space isn't an issue.
So, I did a basic install and then removed all main packages then proceeded to reinstall the main packages from source. See what happens there

@mitu you told them to pacth it?

@da_kicks_87 Who knows what could have caused it. If it were me, I would reformat the SD card and then flash the backup image to the card. If you still have issues, you may possibly have a faulty SD card.

@BennieB I suggest you read above and see what @DJfist did.

@WilsonB Yeah, it's a bad post, makes you look seriously lazy. You need to read the guide. MAME roms are not universal. More importantly though https://retropie.org.uk/forum/topic/3/read-this-first. Angry with my response? don't be. Be angry with yourself. People on this forum spend countless hours repeating the same old thing over and over and over and over and over and over because people do not read the guide. For example, I wrote this. I spent time doing it to prevent this question. It complements the full guide. Have you read it? Have you read this? I say No. No. No. No. No you have not.

Its a new sd card that works fine on my phone and pc. The image is written with win32diskimager should I maybe use different writing software?