Upgrading RetroPie to use RetroArch 1.9.4 resolved this issue. Thanks!

@goombah111 I'm using lr-flycast and sonic adventures 2 runs well on it.

Aha! I see it was failing to find the BIOS - I didn't consider that because literally every other game has worked perfectly. dc_boot.bin and dc_flash.bin were both in there, but they were the wrong files. Have now replaced them and everything's peachy. Cheers for the tip :)

@rkoster
I'd like to thank you for your effort in producing this guide and tool. I successfully managed to configure RetroPIe/Emulation/RetroArch/PR-UAE to run the converted LHA files. However, I have noticed a bizarre bug/issue and found a workaround for it which I will detail below:

I have two laptops of similar specification. This is the process I followed:

Clean install of Kubuntu Install RetroPie, basic installation and PR-UAE from optional packagaes Copy kickstart bios roms to RetroPie/BIOS folder Copy LHA files to /RetroPie/roms/amiga folder Followed the above guide and used the script to convert LHA files Ran a few games to test

This process worked perfectly on one laptop, so I decided to try on another, however, when I tried to run some games from retropie/emulationstation, the games would not load ( I tried the same games that I played on the previous laptop), and I was taken back to the amiga games list in emulation station.
I looked in the /dev/shm/runcommand.log but did not see anything different to the logs on the first laptop.

I thought that maybe the PR-UAE installation/configuration was the issue so decided to test with an ADF file and the game loaded confirming that PR-UAE worked.
Out of curiosity I tried another converted LHA and to my surprise it loaded successfully.
I tried another converted LHA file but it didn't work.
I loaded the same ADF again successfully, then tried the converted LHA from the previous step and it loaded.

So for some reason on this laptop, in order to successfully load a converted LHA, I must first load an ADF - this is tedious for 60+ games, but once the LHA has loaded once, it will load again without having to run an ADF first.

Anyway, this was my experience. I have no idea why this happened, but I thought I would share just in case other people would benefit from it.

Thanks again for creating this guide and tool!

@sleve_mcdichael yep! I missed out that it actually is printed out on the board and it booted up when I powered on the wrong input i.e. power in on the USB-port. But there's no USB I/O on the power inlet port. Low-level-mistake, caused me some googling hahaha

@jimmyfromthebay

Ok, I understand.

Something for the future perhaps ;-)

@stoo said in "Dosbox" mount c /home/pi/RetroPie/roms/pc doesn't exist:

sudo mount -t cifs -o uid=pi,guest,nounix,noserverino //192.168.0.250/storage/RetroPie /home/pi/RetroPie

I am not sure why (maybe the vers=1.0) but using your recommended mount worked perfectly. I appreciate all the assistance to get this sorted. I was definitely stumped on this one. Mark this as solved.

Saved the configuration file and it's now working great. Thanks for the help!

@g30ff I am using LR-FLYCAST already so thank you. And deleting the vram files did the job! It's still a bit choppy, but still plays ok. Thank you both!

@busywait said in Missing shared library libstdc++.so.6 for redream from 64-bit installer:

/opt/retropie/emulators/redream/redream.elf

That's an error in the RetroPie's package - it installs the 32bit (armhf) version of redream. Since there is no 64bit ARM version, it should probably just say that the package is unavailable. We'll fix this.

@liranics Did you manage to set the blaze control to the raspberry pi?

@bagel-le-stinky you are right, sorry, now i remember that you dont have to rename the chd-file, but have to put it in a folder named like the rom-file.
If you rename your chd file back it should work;)

I'd swear I did that... must have missed it. Will do first thing in the morning. :)

EDIT: I just did the update. All good. Thanks @mitu !

@folly said in How to run PC-8801 games?:

If you still want to use the filenames of the second column then rename the disk.rom to N88SUB.ROM.

That fixed it! Many thanks :)

I just went ahead and added a hot-key button on the arcade cabinet. I really did not want it on the control deck. So I decided to cut a hole under the control deck.
Nice thing about adding it there is that it's thin as hell and easy to cut through.

alt text

@dankcushions Thanks, I'll look in that way. I wasn't aware of the use of shaders so far :-)

@exarkuniv Ok now I feel extremely stupid for not thinking about this before. But because I'm probably not the only one, I figured I'd post this info in case others run into the same thing. After wasting more than half a day trying different HDMI configurations and editing the config file a million times, I realized that by plugging in HDMI 1 into the lcd controller and using HDMI 0 as the output source for a bigger TV, the pi will always check HDMI 0 first for signal and if it doesn't find one, then it goes to HDMI 1. So in other words, no need for an HDMI switch or splitter. Man I feel so stupid but at least the problem is solved now.

Apologies for the thread necromancy but I was running into a similar problem as the OP using EmulationStation on Windows; emulators weren't launching for some reason even though they worked fine when I ran them manually. I found this thread and tried making sure I was using full paths & %ROM_RAW% and etc., and the emulators still just weren't launching. I was just about to give up when, when I had the thought that perhaps the space in the directory name my emulators were in might be mucking things up and sure enough--I renamed the directory without a space and everything worked! I wanted to add to this thread in case anyone else came along hitting the same brick wall, hope it helps.

@goombah111 said in Certain menus not displaying correctly.:

Does this help run games faster?

No.

Does it add/take away from other applications?

Yes, since the VRAM is allocated from the main memory.