You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently multiple discs have to be added one at a time manually - the first disc listed in the autoexec is loaded but it's not added to the swapper and the remaining discs are ignored. The way this is accomplished in standalone DOSBox is via:
mount/imgmount [drive name] "path\to\first\disc" "path\to\second\disc" -t cdrom [adding on as many discs in sequence as needed]
You could follow this same behavior and/or potentially integrate .m3us so that you could do something like imgmount [drive name] "path\to\m3u" -t cdrom
It should also be mentioned that the way the swapping itself works at the moment is not ideal - it basically treats it as if you've completely removed the disc drive and replaced it with another that has the new disc, rather than simply changing discs - this will generally work with DOS applications but wreaks havoc once you get into Windows 3.1 stuff.
The text was updated successfully, but these errors were encountered:
Zombeaver
changed the title
Mutli-disc loading via .conf
Multi-disc loading via .conf
Jan 22, 2020
Yeah I think my mounting code is a bit.... bad in this regard, I think @realnc rewrote most of it, but I like the idea of it basically emulating the change disk hotkeys dosbox had.
It's now possible to mount multiple CD images with imgmount and cycle between them using CTRL+F4 like in stand-alone dosbox. This is completely separate from the Disc Control mechanism of retroarch.
Currently multiple discs have to be added one at a time manually - the first disc listed in the autoexec is loaded but it's not added to the swapper and the remaining discs are ignored. The way this is accomplished in standalone DOSBox is via:
mount/imgmount [drive name] "path\to\first\disc" "path\to\second\disc" -t cdrom [adding on as many discs in sequence as needed]
You could follow this same behavior and/or potentially integrate .m3us so that you could do something like imgmount [drive name] "path\to\m3u" -t cdrom
It should also be mentioned that the way the swapping itself works at the moment is not ideal - it basically treats it as if you've completely removed the disc drive and replaced it with another that has the new disc, rather than simply changing discs - this will generally work with DOS applications but wreaks havoc once you get into Windows 3.1 stuff.
The text was updated successfully, but these errors were encountered: