How can I play CD/DVD Games with QuickPlay?
Well, if you have a CD/DVD game, and a DVD Player in your PC that can play it, and you want to play your physical disc with some emulator, just setup QuickPlay to launch the emulator with no parameters, and set the emulator up to load from your DVD's drive letter.
But often you've got an image file in some format of your game, it might be zipped up, it might live on a NAS box.
Even when you do get your archived disc file ready to run, although many emulators will directly play image formats for disc systems: some still don't, and some games don't work right (in subtle ways like losing game audio), they might not work with the image file format you have, and most don't let you load directly from a zip file. So even thought you can easily set QuickPlay up to pass an iso file to an emulator, and unzip it if necessary (just see the normal commands for adding roms), the QuickPlay MultiLoader is much better. Multiloader does this:
1) Accesses almost all types of CD/DVD image formats, whether or not the image has been compressed as .7z, .zip, .rar, or proprietary formats such as those used by dolphin or psp emulators 2) Guesses whether you want to process the file from its current location, or whether you're trying to use a remote image (this bit is convention over configuration: if you tell it to load a symlink we guess you want to move the image locally and use a cache to download the archive locally 3) Unzips and passes the image to Daemon Tools and passes your daemon tools' virtual DVD-drive's letter to the emu (eg: drive letter K:\) OR 4) Mounts the zip in dameon tools and passes the BIN/ISO/CUE to the emu
QUICKPLAY WILL AUTOMATICALLY CONFIGURE THE MULTILOADER FOR MANY EMULATORS WHEN YOU RUN AN EFIND
See the "multiloader" EFind. Or, If you have a CD/DVD-based emulator that isn't found via QuickPlay's existing EFinds, you can also set it up as an emulator from within quickplay yourself.
When you use the EFind that comes with QuickPlay it will setup emulators load from CD/DVD (the emulators say "Multiloader" at the end. Here's how to set it up:
How to setup your PC so the MultiLoader works
If you want to decompress images you need 7zip installed If you want to mount images or zips to pass to an emulator, you need the latest Daemon Tools installed
- The Multiloder uses the latest version of Daemon Tools Lite as its Virtual Drive, and 7zip as its CD/DVD file extractor. both are free just download and make sure they're installed
Daemon Tools Lite and QuickPlay Frontend
QuickPlay considers Daemon Tools Lite an almost-necessary (totally free) add-on for Windows. You can use QuickPlay without Dameon Tools, sure. You can even use QuickPlay without 7-zip. But please install: Windows has never been great at mounting image files, and DT has ALWAYS been great at doing so. They do have ad-ware options in their install, which you NEED to say no to by ticking or not ticking the right box. You also will need to setup a default drive in Daoem Tools (see screenshot) for QuickPlay to use when loading games. If K:/ isn’t a suitable drive letter for this drive for you, then you’ll have to change to a more suitable drive in: qp/tools/Multiloader/Multiloader.ini. In order to use DT’s drive in QuickPlay, please setup a drive in DT just like this screenshot File:DaemonTools1.png
How does the Multiloader work?
Whenever you load Daemon Tools with an emu, you need daemon tools and the emu you're using to agree which drive to load from - set Daemon to always add the same drive letter every time you boot and then look in the emu's config for where to set which drive the emu looks to
See the Multiloader's readme in Tools/Multiloader if you want to know how to setup the multiloader for some emulator that hasn't already been setup in an EFind (do tell us about it though at the forums so we can update the Efind)
WHERE DOES MULTILOADER EXTRACT ZIPS TO?
You can set this location in the Multiloader.ini - set TEMPDIR= This is recommended if you want to cache remote archives locally If you haven't set a location, the zip will always extract to a shortname folder in the ROM directory
Some notes for advanced use
- remember that 7zip and Deamon tools need to be at the default install locations ie: C:\Program Files\7zip\7zip.exe - the functions that use the progs won't work unless they are
- some of the more "exotic" game names you might want to select "use short name (8:3) for exe's" in QP and/or call "shortrom" - this just makes the command line shorter as over a certain character limit it will refuse to work or error. This only applies to a very few systems' games
- YOU CAN CHANGE THE BATCH CODE YOURSELF (mostly useful because daemon tools love changing their command line every minor revision) - alter multiolader_imp.bat
- Any problems? In task manager close QUICKPLAY MULTILOADER.exe,cmd.exe to get quickplay responsive again
- There is a list in the script of filetypes for it to search in order for the appropriate thing to use - i've added .gcm and .gdi to this list for gamecube and dreamcast - bear in mind daemon tools can't mount these they need to go directly to the emulator. If you come up with any more image filetypes for the script please let me know
= Multiloader Cache
QuickPlay can cache archived disc images locally in a temp directory - this is designed for if you run a NAS box or similar, cd/dvd images that you've downloaded to your laptop will stay on your laptop in the cache. The reason for this is twofold: firstly you can be without network and still keep on playing your games, and secondly if you hold your games as zips somewhere on a network its not a good idea to mount the zip remotely, or to unzip the iso to a remote location, or to try to unzip a remote zip to a local location. Instead, the thing to do is to copy the zip to a local cache and to then process it locally.
By default the cache directory is C:/QPGame, but you can change this if you edit the multiloader ini file (tools/multiloader/multiloader.ini). The cache is on by default. The downside of the cache is you then have to maintain it yourself (i mean delete your zips and isos manually when you don't want them locally any more) but there is a flag in the ini you can set to go back to the old behaviour of wiping the cache every time you exit a game.
Bear in mind also that you can delete the iso after playing a game, but if you delete the zip, then QuickPlay will download it again and re-extract the iso next time you run i.e: even if the iso is still in the temp dir (the reason for this is that we need to read what's in the archive to know what the iso is called). So you have to have the zip hanging around unfortunately...
To know what needs to be cached, the multiloader uses robocopy and looks for symlinks - We use robocopy as this has been installed by default on windows since Windows 7. The core way the cache works is by this simple rule, which you either have to live by, or not use the cache - let us know if this doesn't work for you!): if the rom you're trying to load with the multiloader is a symlink, the multiloader will assume that the file is not on the local machine and will copy the zip to the cache directory before processing it. But if the file isn't a symlink, it will assume the file is somewhere on your local filesystem and will process it directly from there (for instance, if you're mounting the actual iso rather than the zip it will then use 7zip to unzip the iso to the cache directory, so be aware there will still be files in the cache that need manually deleting - again let us know if this doesn't work for you?). In order to have fine-grained control of what is and is not a symlink I really recommend LinkShellExtension[1] its a really great tool that windows users should be proud to have!
Checks your local copies of archives and recopy if they got interrupted/corrupted - if your archive file is readable by 7zip, it does a quick check to see if it can open the archive. If not it will pull it down again. Useful for if you didn't quite get time to finish the download before you had to leave....
Now that QuickPlay implements a cache for CD/DVD, new things become possible - for instance here's just one idea: if you can make your games available to you when you're out of the house (for instance over webDav or FTP or similar) you can use Netdrive[2] to mount the store as if it were a local drive, and then point QuickPlay to some symlinks that link to that drive. Then if you're away from home, selecting a CD/DVD game in QuickPlay will download your game and keep it locally for as long as you need it.
* Multiloader functions/upgrade
The multiloader's been upgraded to exclusively use Daemon Tools Lite 10.4 (released in July 2016). Its a great release - the previous release forced you to create a new drive every time and the added delay of doing this when mounting was painful. This time around, they've allowed you to persist a drive with the same drive letter across reboots (though I'd note that their api states that daemon can tell you what the drive letter is, and the number of virtual drives you've got mounted, but this is non-functional). So make sure you download the latest version (they change their command-line call every time they release!). If you can't use the latest version for whatever reason, you'll have to modify the DT calls in the multiloader_imp.bat.
Its important for many emulators that you keep the same drive letter for the daemon tools virtual drive, and important for many games to work that it is a SCSI drive. So create a SCSI drive (installing the driver as necessary) and tick all options to peristently mount the drive as the same drive letter.
you can now mount a zip in daemon tools and pass the iso to the emulator - we finally made use of Daemon Tools' ability to mount zips, but you need to alter the multiloader config file to tell it what drive letter to use (tools/multiloader/multiloader.ini). You have to do this because Daemon can't tell us what drive letter it is using itself - a bug report needs to be filed with them.
We now look in archives using 7zip to find the runnable iso - due to the amount of stuff the multiloader now does, its console window has been made visible. Sorry its not pretty, but at least this way you can see progress.
Made multiloaders for some PSP, Gamecube, NDS and Dreamcast emus - so why do we have a multiloader for emulators that don't need a file extracted or mounted (like gamecube and dolphin with the .gcz format)? The reason is because we can now cache those systems' games too, so you can store games you are playing on your laptop
Added Saturn emulator SFF to multiloader - the problem with SFF has always been that it insists on the right bios for the right region's game, and this was outside of the multiloader's remit. But there exists a region free bios out there somewhere, which means, if you have this BIOS, you should be able to now use SFF with the multiloader
Supports the non-typical command line of NullDC the Dreamcast emu - a short exception for NullDC has been added, allowing QuickPlay to call the iso directly inside another parameter in the call. As long as there is the string 'NullDC' as the emulator filename (and the EFind will only find it if it is!), and if you select the 'direct' multiloader for NullDC (passing the ISO file to the emu rather than the mounted ISO) this will be automatically-applied
* Multiloader maintainance
Fixed a bug where you sometimes had to click a rom twice to (multi-)load it - the fault was in the executable that runs the multiloader bat file. Its good to have a bat file for users to alter themselves (did I mention that Daemon Tools alters their command-line EVERY release - it's the strangest thing! Best to give the user flexibility), but in order to achieve that we have to compile a batch runner to an executable that QuickPlay can find. For many years I've used Faith Kodak's bat2exe converter, and his newest version handles quoting shortnames better than any other bat2exe converter I've ever found. However, by their very nature, these throw up false positive virus warnings - for instance see here. I had to write to sourceforge last month to get them to whitelist QuickPlay because their Mcafee or something thought Faith's last exe was a virus. Its not, so please just add an exception to windows Defender or any other anti-virus prog for Multiloader.exe (strangely only one of my test PC's shows this problem and all the others don't try and quarantine the file) - notice your antivirus vendor can only tell you that the exe's 'signature' is similar to a virus - that's because it runs executable code based on a text file! That's how it works! Its not a virus. I need to use a bat2exe converter, so this is always going to be a problem.....
Removed winmount from the multiloader (this was great but got discontinued)
Fixed exclamation marks and ampersands in paths
Fixed to consitently use 8:3 names/shortnames or longnames - its useful to process romnames with the ancient 8:3 name format sometimes (because they can be stupid long) so we try to favour that, and support being passed both short and long names