[Mauricio Maurente]

Thank you so much! I'll check your appointment. And sorry for Google's English.

[Mauricio Maurente]

Hi, Zach! Once again I ask for your help. In the addon configuration screen, where we indicate the path to Retroplayer / system and to Retroplayer, the latter does not appear. Only to indicate where the system is. I thought it was the skin's fault, but I tested it with another skin and it had the same result.
Capture screen:

https://drive.google.com/file/d/0B-A8QUV...sp=sharing

Just to complement, when clicking on "run wizard", on Kodi asks "Additional emulators for some archives are not setup, continue?"
I answer yes.
"Setup not ready" "Path to retroarch must be set first" "Then hit OK to close & save addon settings ..."

[N3RDFLIX]

Hi Zach, here is N3RDFLIX, I came here from your IARL github page, for some reason I couldn't send you a PM as you requested, please try to send me a PM instead about test cases.

[SimonC]

First, huge thanks to Zach for creating such an excellent addon!

Small problem. When I originally setup everything I just used the default download path, "\addon_data\plugin.program.iarl\temp_iarl". Today I went and changed it but for some reason my favorites (named "- Favorites") does not use the new path. In fact, looking at it's XML file it clearly has the new path in place but continues to download to the default. The other (non-favorite) listings are correctly using the new path. Maybe a bug?

I am perfectly OK with just re-creating a new favorites (assuming this will fix the issue) but there does not seem to be a method to actually delete a favorite. Is the best method to simply delete it's XML file?

Thanks again for such a great addon!

[zachmorris]

First, huge thanks to Zach for creating such an excellent addon!

Small problem. When I originally setup everything I just used the default download path, "\addon_data\plugin.program.iarl\temp_iarl". Today I went and changed it but for some reason my favorites (named "- Favorites") does not use the new path. In fact, looking at it's XML file it clearly has the new path in place but continues to download to the default. The other (non-favorite) listings are correctly using the new path. Maybe a bug?

I am perfectly OK with just re-creating a new favorites (assuming this will fix the issue) but there does not seem to be a method to actually delete a favorite. Is the best method to simply delete it's XML file?

Thanks again for such a great addon!

Thats currently a bug / feature. "Add to IARL Favorites" creates an entry into an XML file which has the settings hard coded into the file. If you change the settings, the original hard coded settings don't change. If you use "Add to Favorites", then that will just create a Kodi Favorite that will link to the original addon URL and you wont have this problem.

At some point, I'll change "Add to IARL Favorites" to "Add to Game Playlist" or something similar, which would just create a playlist of IARL addon links - this would prevent any changes with settings that don't carry over (which is how it currently works). Side benefit of playlists is you can share a playlist and (in theory), the playlist should be transferrable to another user with completely different settings. It would be pretty cool to have an online listing of users playlists that others could check out.

I'll add playlists to my things to do soon.

[SimonC]

Ran into another interesting snag.

I originally setup the video driver in Retroarch for OpenGL, which worked fine, until I setup the PS1. The PS1 core I am using is beetle hw. This core is not compatible with OpenGL, so I thought I could use the "Save Core Overrides" in Retroarch. This however does not override the video driver. I ended up changing my default video driver from OpenGL the vulkan driver. Everything works fine until I tried loading Dreamcast games. I am using the Redream core, which does not work with the vulkan display driver.

Is there a way to work around this issue with cores requiring particular video drivers? I looked at external_command_database.xml to see if I could use -C "new configuration file" switch in Retroarch but did not find a launch command for the redream core. Of course the drawback of going down this road is any updates pushed I will have to keep editing the XML file. Any suggestions?

[zachmorris]

Ran into another interesting snag.

I originally setup the video driver in Retroarch for OpenGL, which worked fine, until I setup the PS1. The PS1 core I am using is beetle hw. This core is not compatible with OpenGL, so I thought I could use the "Save Core Overrides" in Retroarch. This however does not override the video driver. I ended up changing my default video driver from OpenGL the vulkan driver. Everything works fine until I tried loading Dreamcast games. I am using the Redream core, which does not work with the vulkan display driver.

Is there a way to work around this issue with cores requiring particular video drivers? I looked at external_command_database.xml to see if I could use -C "new configuration file" switch in Retroarch but did not find a launch command for the redream core. Of course the drawback of going down this road is any updates pushed I will have to keep editing the XML file. Any suggestions?

I have this same exact issue with my setup. For PS1 I use the HW core and have a config file specifically to load the vulkan driver. I've just used the Manually Entered Command Line to add the -c argument, copying the rest of the standard command.

Anytime the XML is updated the settings will have to be updated. The only saving grace here is I don't expect most of these to change much (except for maybe MAME, which has an ever changing romset), the user has the option of not updating if they dont want to, and settings changes really only take a minute to update.

I'm always up for suggestions on how to make it better though!

[SimonC]

Ran into another interesting snag.

I originally setup the video driver in Retroarch for OpenGL, which worked fine, until I setup the PS1. The PS1 core I am using is beetle hw. This core is not compatible with OpenGL, so I thought I could use the "Save Core Overrides" in Retroarch. This however does not override the video driver. I ended up changing my default video driver from OpenGL the vulkan driver. Everything works fine until I tried loading Dreamcast games. I am using the Redream core, which does not work with the vulkan display driver.

Is there a way to work around this issue with cores requiring particular video drivers? I looked at external_command_database.xml to see if I could use -C "new configuration file" switch in Retroarch but did not find a launch command for the redream core. Of course the drawback of going down this road is any updates pushed I will have to keep editing the XML file. Any suggestions?

I have this same exact issue with my setup. For PS1 I use the HW core and have a config file specifically to load the vulkan driver. I've just used the Manually Entered Command Line to add the -c argument, copying the rest of the standard command.

Anytime the XML is updated the settings will have to be updated. The only saving grace here is I don't expect most of these to change much (except for maybe MAME, which has an ever changing romset), the user has the option of not updating if they dont want to, and settings changes really only take a minute to update.

I'm always up for suggestions on how to make it better though!

I missed that part on the wiki, do you happen to have a copy of the command line your using?

Also, your using vulkan separate? Does that mean your using OpenGL as your default for RA? Do you think I should do the same?

Thanks for the help Zach!

[SimonC]

Here is a copy of what I tried, did not work:

"%APP_PATH%\retroarch.exe" -L "%APP_PATH%\cores\remednafen_psx_hw_libretro.dll" -c "%APP_PATH%\retroarch_vulcan.cfg" "%ROM_PATH%"

Not sure if its the use of "" or the placement of the -c switch.

[zachmorris]

Here is a copy of what I tried, did not work:

"%APP_PATH%\retroarch.exe" -L "%APP_PATH%\cores\remednafen_psx_hw_libretro.dll" -c "%APP_PATH%\retroarch_vulcan.cfg" "%ROM_PATH%"

Not sure if its the use of "" or the placement of the -c switch.

I'm not at my gaming computer right now, but I recall it took a while to figure out. I recall the original issue I had was that save config on quit was set, so it always reverted to the last setting. I think your append config needs to turn that off.
See here: https://forums.libretro.com/t/different-...ore/9617/9

[SimonC]

Here is a copy of what I tried, did not work:

"%APP_PATH%\retroarch.exe" -L "%APP_PATH%\cores\remednafen_psx_hw_libretro.dll" -c "%APP_PATH%\retroarch_vulcan.cfg" "%ROM_PATH%"

Not sure if its the use of "" or the placement of the -c switch.

I'm not at my gaming computer right now, but I recall it took a while to figure out. I recall the original issue I had was that save config on quit was set, so it always reverted to the last setting. I think your append config needs to turn that off.
See here: https://forums.libretro.com/t/different-...ore/9617/9

In my retroarch_vulcan.cfg, it's already turned off. I don't even get to a point where RA even loads.

If your running on a Windows system, did you need to setup environment vars? I am assuming that IARL is handling the usage of APP_PATH and ROM_PATH.

[zachmorris]

Here is a copy of what I tried, did not work:

"%APP_PATH%\retroarch.exe" -L "%APP_PATH%\cores\remednafen_psx_hw_libretro.dll" -c "%APP_PATH%\retroarch_vulcan.cfg" "%ROM_PATH%"

Not sure if its the use of "" or the placement of the -c switch.

I'm not at my gaming computer right now, but I recall it took a while to figure out. I recall the original issue I had was that save config on quit was set, so it always reverted to the last setting. I think your append config needs to turn that off.
See here: https://forums.libretro.com/t/different-...ore/9617/9

In my retroarch_vulcan.cfg, it's already turned off. I don't even get to a point where RA even loads.

If your running on a Windows system, did you need to setup environment vars? I am assuming that IARL is handling the usage of APP_PATH and ROM_PATH.

I'm on LibreElec, but I don't think that should matter. The usage of APP_PATH and ROM_PATH should work just fine. If you turn on debug log you can search the log after trying for "IARL: External launch command" and see what command IARL is sending to actually launch the game. This is the same command you could just paste into a cmd prompt, so you can try it directly from the cmd prompt as well (and even add --verbose to the end of the command to get more info from retroarch.exe) to see where the potential issue lies.

[SimonC]

I'm not at my gaming computer right now, but I recall it took a while to figure out. I recall the original issue I had was that save config on quit was set, so it always reverted to the last setting. I think your append config needs to turn that off.
See here: https://forums.libretro.com/t/different-...ore/9617/9

In my retroarch_vulcan.cfg, it's already turned off. I don't even get to a point where RA even loads.

If your running on a Windows system, did you need to setup environment vars? I am assuming that IARL is handling the usage of APP_PATH and ROM_PATH.

I'm on LibreElec, but I don't think that should matter. The usage of APP_PATH and ROM_PATH should work just fine. If you turn on debug log you can search the log after trying for "IARL: External launch command" and see what command IARL is sending to actually launch the game. This is the same command you could just paste into a cmd prompt, so you can try it directly from the cmd prompt as well (and even add --verbose to the end of the command to get more info from retroarch.exe) to see where the potential issue lies.

Just to make sure I am setting it up right, I am going to the Playstation and selecting Update Ext. Launcher Command and then choosing Manual from the bottom of the list. Then pasting in my command and that is it.

[SimonC]

Here is what I have:

"V:\Retroarch Kodi\retroarch.exe" --connect --port 55435 --nick "Kodi Player 2" -L "V:\Retroarch Kodi\cores\remednafen_psx_hw_libretro.dll" -c "V:\Retroarch Kodi\retroarch_vulcan.cfg" "V:\ROMS\Kodi Cache\Asteroids\Asteroids.m3u"

Which all looks good, but when I try to execute this using from a command line I get:

RetroArch [INFO] :: Version: 1.6.0
RetroArch [INFO] :: Git: a4358de
RetroArch [INFO] :: =================================================
RetroArch [INFO] :: [Config]: loading config from: V:\Retroarch Kodi\retroarch_vulcan.cfg.
RetroArch [ERROR] :: RetroArch is built for dynamic libretro cores, but libretro_path is not set. Cannot continue.
RetroArch [ERROR] :: Fatal error received in: "init_libretro_sym()"
RetroArch [ERROR] :: This core requires a content file.


libretro_path is not set? Any clues as to what that could be? Oh, and I found another issue which I did correct. I forgot to update the ROM path for the playstation so it would not point to the temp directory. I was so happy to see that, because I surely thought that was the holy grail of solving my issue but it was not.

[SimonC]

Wow, I thought I was stupid for missing the ROM directory not set for Playstation but;

"%APP_PATH%\cores\remednafen_psx_hw_libretro.dll"

instead of:

"%APP_PATH%\cores\mednafen_psx_hw_libretro.dll"

takes the cake!!! Everything working awesome now! Sorry for all the trouble Zach and huge thanks for the help!

Here is what my final launch command was (for anyone else following this):

"%APP_PATH%\retroarch.exe" %NETPLAY_COMMAND% -L "%APP_PATH%\cores\mednafen_psx_hw_libretro.dll" -c "%APP_PATH%\retroarch_vulcan.cfg" "%ROM_PATH%"