Are there any plans to allow mounting in another virtual drive aside from C: ?

[nad53]

Hello there. I'm looking to know if there're any chances to add up a feature within Retroarch to mount the virtual drive (currently is C:) with another drive letter.

This is a little issue when playing Warcraft 2 because this game uses some no-cd feature that if game is set into C: drive then will bring CD alert required to play the game. Anytime this game is on D: drive the game won't show anything like this (or any other drive letter aside from C:).

[schellingb]

The README has a section for this: Mount ZIP as A or D drive
The section is titled specific for ZIP but I think it should apply to any other method of content loading.

Does this work for you?

[nad53]

The README has a section for this: Mount ZIP as A or D drive The section is titled specific for ZIP but I think it should apply to any other method of content loading.

Does this work for you?

Very good, it does well the remount.

Is there a way to set up "go to command line" as the first boot selection from pure menu ? Or, I checked out that if there's no executable within the initial batch file directory then I don't know how to mount a new drive into a previous directory where this executable is.

Thaaank you for the kind help.

[nad53]

Fine. Just did another try with doing the advice to rename the Zip file to like .E.zip ... I got this new bug from the game:
https://www.dropbox.com/s/kojs1qi71jcwleu/2021-10-02%2010-15-24.mkv?dl=0

If I just make a normal zip with no new drive letter, get pure menu, go to commands line then remount to new drive unit like E or F so I still do get the CD warning within the game just like if game would normally load from C: (by default).

...

The only time the game could work properly is if I load an empty batch then go to commands line (which cannot be loaded by default just as standalone) then remount to E: and then get into sub-folder where the game is ... Little suggestion could be either to allow a core option to auto-mount in E or F OR allow to start straight up from commands line (as auto-start with any other .exe file) and allow the dosbox commands ... The commands previously seem to work only if this batch file is on an empty folder (just like describing into the main dosbox pure instructions claim).

[esgie]

You can include batch script within the zip which will do all the remounts automatically (and then execute it directly from inside the zip as a content in retroarch). The tricky part is that the script will be by default located in C:\script.bat, so as soon as C: will be unmounted, the script will „disappear” thus stop executing.
I believe you can avoid the problem by creating two batch scripts. First one copies the second one to any location outside C: like virtual Z: drive, commonly used by DOSBox to expose its system shell’s binaries, and executes the copy (it is very important to execute it WITHOUT commonly used „call” command, because „call” is designed to run child script while keeping parent process suspended and still prone to crash. What we want is to replace parent’s process space with child’s one so it will no longer depend on existence of the first script in C:)
Not tested but you may try it. For example script1.bat:
@copy C:\LAUNCH2.BAT Z:
@z:\LAUNCH2.BAT
and script2.bat should simply contain a remount command and reference to game’s exe on D:\ drive to start it automatically.

and about that inability to open prompt when starting via bat script - did you try simply executing Z:\command.com from the script?

[schellingb]

In the just released 0.9.0 beta version REMOUNT will work fine if it's part of a batch file that is stored on the disk that gets remounted.