Using lr-puae for Amiga emulation across platforms

GeekOB

I'm putting this on Discussion and Gaming as it's not technically RetroPie support.
I'm trying to make most/all games compatible across platforms for emulation, specifically between RetroPie and Windows. Amiga is proving to be a challenge with lr-puae as I've read that .lha files should not be used under windows, I used the script developed by @rkoster and the instructions and information on this thread to convert my .lha files to zipped .hdf but there's several hundreds that end up showing as Corrupt!

@rkoster, is there any workaround to "fix" these files? so that they can be successfully converted?
Thank you in advance!

rkoster

@geekob Last I heard, my post with the converter was obsolete, because the emulator itself got support for doing what my script did, on the fly. Not sure if that is in Retropie yet, but i think so. See here: https://github.com/libretro/libretro-uae#new-whdloadhdf-features-for-old-users

New WHDLoad.hdf features for old users
Major changes

    Slave no longer needs to be renamed to game.slave. The first one is selected.
    Kickstarts will be copied automatically from system if they do not exist in the helper image.
    WHDLoad.key will be copied from system if it does not exist in the helper image.
    WHDLoad.prefs will be copied from system on every run.
    Supports a file named custom in the root of the game.hdf for passing specific WHDLoad parameters when the slave does not support the config screen or when it should be the default, for example Custom1=1. It always overrides WHDLoad.prefs.
        The easiest way to create custom is to quit WHDLoad (default Numpad*), type echo custom1=1 >custom, press enter and reboot the Amiga.
        Script called MkCustom for simplest custom file handling. Launches after quitting WHDLoad.
        MkCustom will create a slave-based custom_$SLAVE in WHDSaves:. Essential with readonly images.
    Supports a file named load in the root of the game.hdf which overrides the whole launch command, aimed at non-WHDLoad installs.
    If .slave is not in the root of the HDF, it will also be searched under the first found directory.
    Saves will be redirected to a separate WHDSaves.hdf. Repo provides an empty 4MiB HDF.

Minor changes

    Both HDF-files (WHDLoad.hdf & WHDSaves.hdf) can be located in either RA system or saves.
    "WHDLoad Support" core option does not need to be disabled when launching a non-WHDLoad HDF which has S/startup-sequence.
    NTSC parameter can be used with WHDLoad.
    Included ClickNot for suppressing drive clicking when drive sound emulation is enabled.
    Included MEmacs for file editing (custom & load).
    Updated WHDLoad to the latest one (18.5 2019-03-09).
    New WHDLoad defaults:
        ButtonWait (Waits for a button press in certain slaves when loading is so fast that you can't enjoy a picture or a tune).
        ReadDelay=0 & WriteDelay=50 (These speed up OS switching on loadings and savings. Saves tend to corrupt HDFs with WriteDelay below 50).

Latest changes

    Support for Retroplay LHA installs.
    Support for Arcadia installs (requires KS 1.2, kick33180.A500 will be copied automatically).
    Fixed xpkmaster.library.
    Show ReadMe before running MkCustom after quitting.
    Changed HDF filesystem from OFS to FFS. Prevents image corruption on unclean shutdowns.
    Default launch method changed to WBRun.
    Better support for games with multiple icons.
    Hold down fire button at boot for .info selector. Selector will be launched always when there is no exact match for .slave.
    WHDLoad.hdf + WHDSaves.hdf + WHDLoad.prefs baked in the core. No more separate downloads!
    WHDLoad: and WHDSaves: volumes defaulted to directory mode.

GeekOB

Thanks for the useful update @rkoster, I wasn't aware of those changes.
The .lha files run under Retroarch for windows as well without problems!