• 0 Votes
    2 Posts
    204 Views
    mituM

    Please add some more info about your setup, as detailed in https://retropie.org.uk/forum/topic/3/read-this-first.

    I assume that by 'not detected', you mean you can't configure it in EmulationStation ? Can you try to test the gamepad with jstest (see here and see if it works ?
    Please post the result of the following commands:

    cat /proc/bus/input/devices lsusb
  • 0 Votes
    2 Posts
    213 Views
    mituM

    In order to better diagnose your issue, please fill out the info asked in https://retropie.org.uk/forum/topic/3/read-this-first.

  • 0 Votes
    1 Posts
    332 Views
    No one has replied
  • 0 Votes
    2 Posts
    251 Views
    mituM

    4.5.1 is really old and I don't think it's supported anymore - i.e. there are no more binary packages to download for the Raspbian version on which it was based. You may try installing reicast from source to get it back.

  • 0 Votes
    1 Posts
    229 Views
    No one has replied
  • 0 Votes
    8 Posts
    1k Views
    F

    A quick additional update:

    I just changed the default emulator to lr-flycast in the launch menu, and tried a different game that wasn't loading, and it ran.... without disabling the game-specific override...

    Tried another and that worked too. All with the correct bezels setup in that override.

    Very strange, but up and running.

    Thanks again.

  • 0 Votes
    2 Posts
    768 Views
    mituM

    Normally you'd compile it manually and add it as a separate emulator, but the current version doesn't compile on current RetroPie (Pi3/Pi4). You may wait until the new version of RetroPie (based on the Raspi OS bullseye) is released and the standalone flycast will be installable.
    I've started working on a RetroPie module to integrate it, but due to some rendering bugs and the aforementioned incompatibility, I didn't add it to RetroPie proper yet.

  • redream not working

    Help and Support
    28
    0 Votes
    28 Posts
    4k Views
    A

    @mitu This was the cause of my issues. More info here.
    https://forums.raspberrypi.com/viewtopic.php?t=349070

    My issue was also fixed by adding arm_64bit=0 to /boot/config.txt.

  • Reicast - BIOS not found

    Help and Support
    8
    0 Votes
    8 Posts
    733 Views
    G

    @mitu

    flashed retropie image from official site, configured keyboard and wifi, installed reicast and put bios on dc/bios (home folder) and...worked!!

    Update image doesn´t works a good choice.
    Now i ll do it in my main SD card.

    Thanks anyway!

  • Reicast - vmu not working

    Help and Support
    1
    0 Votes
    1 Posts
    238 Views
    No one has replied
  • WINCE with REDREAM? (The latest?)

    Help and Support
    7
    0 Votes
    7 Posts
    2k Views
    duglorD

    @mitu I went to the redream site and downloaded it and placed it in the opt/emulator/dreamcast folder and it works great.

    My system is still 4.7 which is probably why it doesn't show a redream binary after 2020 available. Anyway, the workaround fixed it. Thanks for your help guys.

  • lr-flycast issue

    Help and Support
    7
    0 Votes
    7 Posts
    654 Views
    sirhenrythe5thS

    @mitu thank you very much once again!
    I updated RA yesterday, but will do again.
    Strange that this .info-file gets corrupt sometimes and by far more often it has to be ok (Ratio Games load: Games do not = 8:2).

    Thank you sir!

    FYI: RetroArch has been updated once more to 1.13.0 (visible in changelog, not on the homepage)

  • 0 Votes
    5 Posts
    767 Views
    V

    @sirhenrythe5th Yes, that's what I have. Just won't play under lr-flycast
    @sleve_mcdichael Redream plays it with no problems! Thanks.

  • Redream on x86_64

    Help and Support
    10
    0 Votes
    10 Posts
    1k Views
    S

    @Crush said in Redream on x86_64:

    @sleve_mcdichael would it still help you if i test that now that @BuZz will fix the tags?

    Buzz will probably take care of it but it might get you up and running sooner if you don't want to wait for the fix to push through. I think 64bit is probably is the right flag to use here; looking at the other modules it's only used a couple of times, but it is used outside this particular module, while x86_64 is not (not as a module_flag, anyway. Its use for other things like as a platform identifier in this same module is still fine, I think.)

    pi@retropie:~/RetroPie-Setup/scriptmodules $ grep -rni . -e module_flags | grep -e 64 ./supplementary/splashscreen.sh:16:rp_module_flags="noinstclean !all rpi !osmc !xbian !aarch64" ./libretrocores/lr-dolphin.sh:18:rp_module_flags="!all 64bit" ./libretrocores/lr-kronos.sh:18:rp_module_flags="!arm !aarch64" ./libretrocores/lr-uae4arm.sh:18:rp_module_flags="!all arm aarch64" ./libretrocores/lr-mupen64plus.sh:18:rp_module_flags="!aarch64" ./libretrocores/lr-mupen64plus-next.sh:18:rp_module_flags="" ./emulators/mupen64plus.sh:18:rp_module_flags="sdl2" ./emulators/redream.sh:17:rp_module_flags="noinstclean !all gles31 aarch64 x86_64" ./emulators/np2pi.sh:17:rp_module_flags="sdl1 !all rpi !aarch64" ./emulators/dolphin.sh:18:rp_module_flags="!all 64bit" ./ports/solarus.sh:18:rp_module_flags="!aarch64" ./ports/love.sh:18:rp_module_flags="!aarch64" ./ports/love-0.10.2.sh:18:rp_module_flags="!aarch64"
  • 0 Votes
    11 Posts
    2k Views
    S

    hate to be that guy who comes in with a problem and then goes "I don't know what it was or what I did but I fixed it," but it is what it is.

    So, I think I figured out what I did.

    TL;DR: just delete the BIOS files dc_flash.bin and/or dc_nvmem.bin if they exist. These files are generated by the emulators and do not need provided by the user. I think dc_flash.bin should be removed from the online docs.

    "@SM, what have you been up to lately?"

    Revisiting this because I encountered it again when putting some Dreamcast onto a new setup *(well, back onto my old setup anyway, that had prior been scrubbed of all traces, until later when I got a USB stick for some extra storage and decided to put them back on now that I could afford the space. Anyway...)

    Using lr-flycast I would get the same black-screen behavior in Hydro Thunder, and then also SF Rush 2049 would not load but would boot straight to the BIOS menu instead.

    Re: BIOS, I'm using the same World dc_boot.bin and USA dc_flash.bin as noted in posts above, (checksums match the docs, etc.) Additional, there is another file present dc_nvmem.bin which I did not provide, but was created automatically when it doesn't exist.

    I also have an older backup from back when it "magically worked" (after trying Redream the first time), which includes another version this file.

    When no dc_nvmem.bin exists, or after it makes one automatically, the games don't work. But when I apply the backup dc_nvmem.bin, then they do begin working.

    ...

    Testing various iterations to see what works or not. Some observations. So far these are 100% reproducible:

    After playing lr-flycast, dc_nvmem.bin is updated, or is created if not exist.

    After playing redream, dc_flash.bin instead is updated, or is created if not exist.

    With neither file present, HT (Hydro Thunder) works in lr-flycast and produce a "good" dc_nvmem.bin on exit.

    lr-flycast only writes the nvmem but clearly it does reads from dc_flash if exist, because:

    With just the docs version file dc_flash.bin 0a93f... present, HT not work in flycast and produce a "bad" dc_nvmem.bin on exit.

    With just an "updated" (by running redream once) dc_flash.bin present, HT works in flycast and produce a "good" dc_nvmem.bin on exit.

    If dc_nvmem exist, it seem to override dc_flash, because:

    A "bad" dc_nvmem.bin, with or without any dc_flash.bin (docs or modified), HT not work and produce a "bad" nvmem.

    A "good" dc_nvmem.bin, with or without any dc_flash.bin (docs or modified), HT works and produce a "good" nvmem.

    After playing redream, the new/updated dc_flash.bin can be copied as a "good" dc_nvmem.bin by which will HT works in flycast.

    ... so the solution seems to be, delete both dc_flash.bin, dc_nvmem.bin if they exist then play the game once, and then...then do I even need a flash.bin after that, or am I good with just the new nvmem? It seems to work at this point, whether I add back the documented flash.bin file afterwards, or not. No, just delete them and play. The emulator that you use will generate the file that it needs and you don't need to do anything else. You just need the boot BIOS if you want, but even that is optional.

    ...

    Digging further:

    Both redream and flycast say they want the boot bios (redream calls it optional), but neither mention the flash/nvmem one at all. Reicast is dead in the water and I can't find any information regarding BIOS requirements at all, there.

    https://redream.io/help#bios

    https://docs.libretro.com/library/flycast/#bios

    https://github.com/reicast/reicast-emulator.git

    ...

    Flycast do also say the boot BIOS is optional, if you look at the stand-alone source:

    https://github.com/TheArcadeStriker/flycast-wiki/wiki/Getting-started-with-Flycast#requisites-and-important-files

    "A Dreamcast BIOS file is optional but NAOMI and Atomiswave BIOS files are required."

    Here, it also calls out that you specifically don't need the dc_nvmem.bin file unless you are importing your own setup:

    https://github.com/TheArcadeStriker/flycast-wiki/wiki/Getting-started-with-Flycast#dreamcast-main-files

    "...a table of Dreamcast files, all of which (except dc_boot.bin) are generated and used by the emulator (so, for example, it is recommended that you only have a dc_boot.bin file inside if you are starting, unless you are importing your stuff from another setup)"

    ...

    As shown, user-provide dc_flash.bin is not require and in some cases, can even prevent games from working.

    Does anyone know source for requiring it in the first place?

    If other user can confirm these behavior and interpretations, I propose that dc_flash.bin removed from the docs, and note also that dc_boot.bin optional but not required.

  • Dreamcast Achievements

    General Discussion and Gaming
    4
    3 Votes
    4 Posts
    1k Views
    retropieuser555R

    @sirhenrythe5th from this thread I've only just discovered chd files. Yikes this is going to save me. Alot of disk space! Thanks!

  • Sega Smash Pack Vol 1 for Dreamcast

    Help and Support
    10
    0 Votes
    10 Posts
    1k Views
    C

    I don't know the technical details, but the impression I got from reading discussions is that the NAOMI issue is due to something with RetroPie specifically and is currently being investigated.

    The Virtua Cop 2 issue with freezing upon firing with a lightgun is isolated to the libretro port of current Flycast, and it doesn't seem that the issue is being investigated.

  • lr-flycast stopped to work

    Help and Support
    7
    0 Votes
    7 Posts
    2k Views
    G

    Works now...thanks for all.

  • 0 Votes
    4 Posts
    1k Views
    M

    @lostless Thanks! I will have to look into that!
    It's amazing what you did with your PlayStation theme you've made. I'm a huge fan of it. :)