Closed Voljega closed 6 years ago
and the reduced joystick controls part seem even a bit weirder and overconvoluted, I can explain that further if anyone is interested
Some pandora options do currently work, but we will look to surpress those on non-pandora releases I think anyway. There are likely to be some amiberry specific ones coming - certainly from myself in relation to custom controller mapping
The whole config management will almost certainly change on the next release due to the latest winuae updates being implemented.... so maybe it is worth us revisiting your feedback after that change so it can be streamlined further :)
I recently tried TomB's new updates on the Android version. There's no cycle accuracy yet, I tried a few of the games that have been reported on here with graphics errors etc. but unfortunately they all still have the same errors. We now have Super hires compatibility so the intro to Super Stardust plays. Action replay support and CD32 FMV support was also added but I couldn't get it to work, I chose the correct Roms but the filename doesn't show up in the GUI (see screenshot). Maybe a Android port error. Overall, im not sure its that different from the current version.
Can you convert this to an Raspberry Pi3?
That is part of the work being done at the moment
The latest changes from TomB are already merged in the "dev" branches (both SDL1 and SDL2), we are currently polishing things and working on overhauling the controller input logic. Once it's stable enough, these changes will make their way to the master branch :)
Regarding the adfdir.conf notes: The adfdir.conf file will be generated if it doesn't exist already, so that's not a problem. You don't need to manually add the ROMs or the paths there, unless you have a reason to edit it and alter what the emulator generated. The ROM list is updated by using the "Rescan" button on the GUI.
We noticed that there are some issues if the file DOES exist and contains incorrect values, which can cause problems/crashes in the emulator. Clearly, that is not acceptable and will be fixed. :)
Regarding the configuration files (.uae): We cleaned up some junk, fixed some bugs that would replicate some entries in the file, and renamed all pandora_ options that are still used to amiberry. (and removed the rest). When saving a config file, all set options are included (including those that got default values). When loading one, it's parsed for every option found and the rest are the defaults anyway - so you can make smaller config files for your needs, if you want.
I'll be closing this issue and open a separate one for the adfdir.conf issues I mentioned above, to keep it clean and easier to manage.
Great ! Thank you I will be happy to test that
Hello everyone, maybe it's not the best place but I thought I would share what I discovered on uae conf files after two years of tweaking, trying, dying and retrying again from uae4arm 0.4 to amiberry SDL1. The aim of all this was to integrate amiberry flawlessly into the recalbox distribution (just to detail what usage i'm targeting with those files)
When you save an uae conf file from the emulator you get a lot of noise and cryptic parameters and I discovered most of it is totally useless when you want to simply launch games. I pastebined one there : uae pastebin
The aim of my post is simply to document what works fine now (on the last SDL1 version) and what is totally obsolete and unused, off course my files are missing some things which could interest other user such as keyboard leds or finer hardware tweakings. This is by no mean a definitive configuration file or a perfect image of which parameters are useless or not
First you'll need an adfdir.conf file in amiberry/conf dir for the emulator to populate correctly the Paths and Roms submenus of the GUI. If this file is not generated it may even lead to some troubles. Be aware that it's better that every referenced bios files exist or it may lead to some hard crashes of the emulator.
afdir.conf
Next is the generation of the uae file which can either be placed in amiberry/conf and will be launch automatically or referenced directly from the command line launch Well this can be reduced a lot !
The following launch a WHDLoad game on amiga1200 (yes the hardware conf part is beefed up a lot and not really an amiga 1200 but it's just to show how small we can reduce the conf)
and this a uae file for an adf on amiga1600, it is much more simpler because amiberry populate the whole hardware conf by itself just by referencing the kickstart13 bios :
this one is even a lot simpler so the first example may even be reduced further
In conclusion :