• 0 Votes
    3 Posts
    347 Views
    E

    In scriptmodules/system.sh:

    # Debian unstable is not officially supported though if [[ "$__os_release" == "unstable" ]]; then __os_debian_ver=11 fi

    So, I added the following after this:

    if [[ "$__os_release" == "testing" ]]; then __os_debian_ver=11 fi

    This did not change anything (or using 10 there). So, this is likely a bit more than not detecting the debian version correctly.

    The only issue with mupen64plus is that the system will try to compile that by default during installation and this ends up in error.

  • Error compiling EmulationStation

    Help and Support
    17
    0 Votes
    17 Posts
    762 Views
    BuZzB

    @sushisan I do agree with that. The code that fails was added later and I guess wasn't tested on older cmake. We can bump the cmake version but I don't mind if someone wants to make it work on older cmake too so long as it's easily maintainable. Eg Not having to adjusting the JSON cmake files if we upgrade that component to keep compatibility. Easier just to require a newer cmake.

  • 0 Votes
    47 Posts
    8k Views
    mituM

    @redmarsbluemoon We intend to include SDL 2.0.20 - not only in Bullseye, but on Buster also. For Mesa, we always use the version offered by the OS, I don't think this will change soon.

  • 0 Votes
    16 Posts
    1k Views
    SanoS

    @victimrlsh Are there some plateforms missing on retrocollect besides arcade ?
    The list seemed pretty exhaustive to me.

  • 0 Votes
    4 Posts
    916 Views
    jonnykeshJ

    I honestly don't see what this has to do with RetroPie.
    Lr-mame2010 is a pre-compiled binary in RetroPie and is available to be installed from the setup script. And I'm almost 100% sure that the libretro cores have an option to disable the nag screen and warning screen within the RetroArch menu.

  • 0 Votes
    2 Posts
    852 Views
    Used2BeRXU

    So I am nearly done with the NES GoodSET integration and re-testing (on the XBox). I still have to test everything on the Pi, but I'm assuming anything that works on a 10+ year old emulator won't have any problems on the Pi.

    I've been running the sets now against the latest No-Intro dat and so far all of the official releases are a 100% match there with the GoodNES 3.23b set, which is great news. Anybody who wanted to get a huge head start on hacks, translations and some more obscure games would want to get the GoodNES set, but anybody who was only interested in the offical releases would be fine with just the No-Intro stuff.

    All of this has been documented on the spreadsheet. It's pretty cool seeing all 3 sets together to compare the different versions. As far as I know there's never been anything out there like this. I've read quite a bit about how GoodSETS are "outdated", but I can say for a fact right now that this is not true, at least for the NES. It might be extremely bloated at around 3GB, but the roms verified as [!] are truly "Good", and are a 100% match to the very latest No-Intro datfile however many years later.

    The only real difference is that the No-Intro team completely stripped out the iNES headers from all of the games, so only newer emulators that can play a game without them will work with that set. In order to verify my set against no-intro, I had to download a "P/Clone XML" version of the NES database that has something coded into it to ignore the header when checking the validity of your roms.

    More to come. Hopefully somebody will see this spreadsheet when I release it and have an idea about how to create these scripts.