Philips CD-I Emulation, 2025

profiteer

Does anyone out there have an updated method of getting Philips CD-I emulation working on RetroPie? I've been trying to follow every method I've come across on the forums, but every one I've found relies on outdated dependencies, the repos no longer exist. or simply doesn't work.

DTEAM

@profiteer

Follow this:
https://retropie.org.uk/forum/topic/29682/development-of-module-script-generator-for-lr-mess-lr-mame-and-mame-standalone

And install cdimono1 (for standalone version of Mame or lr-Mess)

profiteer

@DTEAM This is actually the last guide I tried following since I saw recent activity on the post. Unfortunately, attempting to install any version of mame fails as the installation depends on the qt5-default package, which my version of Linux (Mint 24) has no installation candidate for. I also cannot locate the package to manually download either.

Might have something to do with the fact that qt6 is the newest version, but yet doesn't have a "default" package.

mitu

@profiteer said in Philips CD-I Emulation, 2025:

Unfortunately, attempting to install any version of mame fails as the installation depends on the qt5-default package, which my version of Linux (Mint 24) has no installation candidate for.

Yes, Mint has a way of mixing Debian/Ubuntu packages that sometimes trips the depedency list we add. Which 'Mint' flavor are you using ? Is there a package search for Mint which may help finding the needed packages without installing the distro ?

EDIT: actually, qt5-default is no longer a mame dependency since 2021, which RetroPie version do you have installed ?

profiteer

@mitu

I'm rocking RetroPie 4.8.9. I was using a 4 year old version of a forked script before, but that's because mame won't build properly on the newest version of the script.

mitu

@profiteer said in Philips CD-I Emulation, 2025:

. I was using a 4 year old version of a forked script before, but that's because mame won't build properly on the newest version of the script.

Ok.

profiteer

@mitu

This is the screenshot I receive when I attempt to run an Update in the newest script.

And this is what I get when I attempt to install mame from the mamedev.sh script or from the built-in package installer.

mitu

@profiteer said in Philips CD-I Emulation, 2025:

And this is what I get when I attempt to install mame from the mamedev.sh script or from the built-in package installer.

There is no mamedev.sh script in the current RetroPie-Setup, I think you mean mame.sh. You've posted a screenshot with the resulting RetroPie script error message, but the actual error compilation/installation message would be useful.

Run the installation from the command line with

cd $HOME/RetroPie-Setup
sudo ./retropie_packages.sh mame

and post the last error messages on pastebin.com.

profiteer

@mitu So... sending off the retropie_packages.sh command worked. I don't know why it's different, but it went through. Just in case though, here's the pastebin for the failed attempt: https://pastebin.com/raw/VLLGk0iM

For context, mamedev.sh is the 3rd party script developed by @Folly and @DTEAM which helps download the dependencies needed for CD-i emulation. I managed to get through, download mame and libretro versions of mame and mess, and grab the versions needed for cdibios, cdimono1, and cdimono2. However, after I placed my US .chd files in the cdimono2 folder (because cdimono1 is meant for European roms and I'm in the US), the emulation doesn't start. It attempts to initialize Hotel Mario, but immediately fails. I even attempted the technique where I rename the actually .chd to the disk name seen in the cdi.xml file and created an empty .cmd file with the software name, but that doesn't work either.

EDIT: I'll move most of my discussion to Folly's thread, since most of my troubleshooting should continue from there.

mitu

@profiteer said in Philips CD-I Emulation, 2025:

. Just in case though, here's the pastebin for the failed attempt: https://pastebin.com/raw/VLLGk0iM

This looks like a compiler error:

...
In static member function ‘static void std::allocator_traits<std::allocator<_Tp1> >::destroy(allocator_type&, _Up*) [with _Up = std::unique_ptr<devcb_read<unsigned char>::creator, std::default_delete<devcb_read<unsigned char>::creator> >; _Tp = std::unique_ptr<devcb_read<unsigned char>::creator, std::default_delete<devcb_read<unsigned char>::creator> >]’:
/usr/include/c++/13/bits/alloc_traits.h:558:22: internal compiler error: Segmentation fault
  558 |           __a.destroy(__p);
      |           ~~~~~~~~~~~^~~~~
Generating H8S/2600 disassembler source file...
Compiling src/devices/cpu/h8500/h8500dasm.cpp...
Compiling src/mame/atari/stmmu.cpp...
0x7c26d644532f ???
	./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
0x7c26d642a1c9 __libc_start_call_main
	../sysdeps/nptl/libc_start_call_main.h:58
0x7c26d642a28a __libc_start_main_impl
	../csu/libc-start.c:360
Please submit a full bug report, with preprocessed source (by using -freport-bug).
Please include the complete backtrace with any bug report.
See <file:///usr/share/doc/gcc-13/README.Bugs> for instructions.
...

It was either resolved with a recent MAME source or perhaps a compiler update - either way there's not much RetroPie can do here.

profiteer

@mitu Gotcha. Well, I'm glad it was able to resolve itself either way. I'll keep my discussion to this issue on Folly and DTEAM's thread. I appreciate the help and insight, Mitu. Thank you!