QuickPlay New Features Guide - Revision history

Butter100fly: Butter100fly moved page MultiLoader Guide to QuickPlay New Features Guide

2017-11-20T10:37:12Z

Butter100fly moved page MultiLoader Guide to QuickPlay New Features Guide

← Older revision	Revision as of 10:37, 20 November 2017
(No difference)

Butter100fly: Butter100fly moved page QuickPlay New Features Guide to MultiLoader Guide

2017-11-20T10:34:14Z

Butter100fly moved page QuickPlay New Features Guide to MultiLoader Guide

← Older revision	Revision as of 10:34, 20 November 2017
(No difference)

Butter100fly: Butter100fly moved page Running CD/DVD Games (Zipped or Unzipped, on your NAS box or Locally) to QuickPlay New Features Guide: revert

2017-11-20T10:33:03Z

Butter100fly moved page Running CD/DVD Games (Zipped or Unzipped, on your NAS box or Locally) to QuickPlay New Features Guide: revert

← Older revision	Revision as of 10:33, 20 November 2017
(No difference)

Butter100fly: Butter100fly moved page QuickPlay New Features Guide to Running CD/DVD Games (Zipped or Unzipped, on your NAS box or Locally) without leaving a redirect

2017-11-20T10:32:27Z

Butter100fly moved page QuickPlay New Features Guide to Running CD/DVD Games (Zipped or Unzipped, on your NAS box or Locally) without leaving a redirect

← Older revision	Revision as of 10:32, 20 November 2017
(No difference)

Butter100fly at 21:41, 3 September 2016

2016-09-03T21:41:47Z

← Older revision		Revision as of 21:41, 3 September 2016
Line 17:		Line 17:
	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....		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[http://www.netdrive.net/] 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.		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[http://www.netdrive.net/] 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''		''* Multiloader functions/upgrade''

Butter100fly at 21:40, 3 September 2016

2016-09-03T21:40:34Z

← Older revision		Revision as of 21:40, 3 September 2016
Line 38:		Line 38:
	''* Multiloader maintainance''		''* Multiloader maintainance''

	Fixed a bug where you sometimes had to click a rom twice to (multi-)load it		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 [http://www.f2ko.de/en/b2e.php 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 [https://www.cnet.com/forums/discussions/bat-to-exe-virus-262081/ 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)		Removed winmount from the multiloader (this was great but got discontinued)

Butter100fly at 18:32, 2 September 2016

2016-09-02T18:32:14Z

← Older revision		Revision as of 18:32, 2 September 2016
Line 7:		Line 7:
	''* Multiloader Cache''		''* Multiloader Cache''

	~~Brand~~ new functionality: QuickPlay can cache archived disc images locally in a temp directory - 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, 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). 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[http://www.netdrive.net/] to mount the store as if it were a local drive, and then point quickplay to some symlinks 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		Some brand new functionality I wrote when on holiday: 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.

	~~To know what needs to be cached, the multiloader uses robocopy and looks for symlinks - We use robocopy for this feature 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[http://schinagl~~.~~priv.at/nt/hardlinkshellext/linkshellextension.html] its a really great tool that windows users should be proud to have!~~		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.

	~~checks cache before redownloading~~ - ~~checks your local copies of archives and recopy~~ if ~~they got interrupted/corrupted~~		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[http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html] 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[http://www.netdrive.net/] 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''		''* 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 ~~perist~~ a drive with the same drive letter ~~each time~~ (though ~~the~~ api states that daemon can ~~tellyou~~ 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.		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.		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.
Line 22:		Line 27:
	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.		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 ~~about that~~ but at least this way you can see progress.		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		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
Line 58:		Line 63:


	Information for the QuickPlay 4.1.0 release		'''Information for the QuickPlay 4.1.0 release'''

Butter100fly at 18:22, 2 September 2016

2016-09-02T18:22:01Z

← Older revision		Revision as of 18:22, 2 September 2016
Line 14:		Line 14:


	* Multiloader functions/upgrade		''* Multiloader functions/upgrade''

	upgraded to use ~~daemon tools lite~~ 10.4 - the ~~newest~~ and ~~actually best! Vastly improved performance - The latest Deamon Tools Lite~~ is ~~a great release also~~, ~~so we~~'~~re now using that as our primary multiloader tool~~ - so make sure you download the latest version (as they change their command-line call every time they release!).		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 perist a drive with the same drive letter each time (though the api states that daemon can tellyou 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.
	you can ~~now mount a zip in daemon tools and pass the iso to the emulator - Also we finally made use of Daemon Tools~~' ~~ability to mount zips - you need to alter the multiloader config file to tell it what drive letter to~~ use).
	~~we now look in archives using 7zip to find~~ the ~~runnable iso~~
	~~made multiloaders~~ for ~~some PSP~~, ~~Gamecube, NDS and Dreamcast emus (which enables us to cache those systems~~' ~~games too)~~
	~~added Saturn emulator SFF~~ to ~~multiloader~~
	~~supports~~ the ~~non-typical command line of NullDC~~ the ~~Dreamcast emu~~

			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.

	* Multiloader maintainance		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 about that but at least this way you can see progress.

	~~fixed~~ a ~~bug where you sometimes had to click~~ a ~~rom twice to~~ (~~multi-)load it~~		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
	~~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 or shortnames~~

			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

	* Efind		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


	~~fixed bug with efind window and large displays~~		''* Multiloader maintainance''
	~~fixed issue with results screen~~

			Fixed a bug where you sometimes had to click a rom twice to (multi-)load it

	* added background images submitted by dar3255		Removed winmount from the multiloader (this was great but got discontinued)
	* Corrected system names for some systems
			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


			''* Efind''

			Fixed bug with efind window and large displays - if you've set the 'appearance of fonts and other items' to be larger than 100% on windows (and if you've got anything larger than an HD monitor you probably have!) then this was rendering the efind window unusable unless you swithed to a lower resolution. I redesigned the gui element.

			Fixed issue with results screen

			''* added background images submitted by dar3255''

			''* Corrected system names for some systems''
			Largely to make more consistency with Retroarch

Butter100fly at 17:57, 2 September 2016

2016-09-02T17:57:19Z

← Older revision		Revision as of 17:57, 2 September 2016
Line 1:		Line 1:
	'''Information for the QuickPlay 4.1.3 release'''		'''Information for the QuickPlay 4.1.3 release'''

	''* New full Retroarch Efind''		''* New full Retroarch Efind''

	The Retroarch team's goal of standardising and making loads of emulators 'just work' for the average user is totally the spirit of QuickPlay, so install this alongside Retroarch, do an EFind in QuickPlay to find all the Retroarch emulators, link them to your roms, and play some games....MAME through retroarch should work well, but MESS is a more complicated matter so Retroarch MESS support will be the next QuickPlay release		The Retroarch team's goal of standardising and making loads of emulators 'just work' for the average user is totally the spirit of QuickPlay, so install this alongside Retroarch, do an EFind in QuickPlay to find all the Retroarch emulators, link them to your roms, and play some games....MAME through retroarch should work well, but MESS is a more complicated matter so Retroarch MESS support will be the next QuickPlay release

	''* Multiloader Cache''		''* Multiloader Cache''

	Brand new functionality: QuickPlay can cache archived disc images locally in a temp directory - 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, 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). 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[http://www.netdrive.net/] to mount the store as if it were a local drive, and then point quickplay to some symlinks 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		Brand new functionality: QuickPlay can cache archived disc images locally in a temp directory - 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, 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). 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[http://www.netdrive.net/] to mount the store as if it were a local drive, and then point quickplay to some symlinks 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

	To know what needs to be cached, the multiloader uses robocopy and looks for symlinks - We use robocopy for this feature 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[http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html] its a really great tool that windows users should be proud to have!		To know what needs to be cached, the multiloader uses robocopy and looks for symlinks - We use robocopy for this feature 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[http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html] its a really great tool that windows users should be proud to have!
	checks cache before redownloading
	checks your local copies of archives and recopy if they got interrupted/corrupted		checks cache before redownloading - checks your local copies of archives and recopy if they got interrupted/corrupted

Butter100fly at 17:56, 2 September 2016

2016-09-02T17:56:32Z

← Older revision		Revision as of 17:56, 2 September 2016
Line 9:		Line 9:
	Brand new functionality: QuickPlay can cache archived disc images locally in a temp directory - 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, 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). 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[http://www.netdrive.net/] to mount the store as if it were a local drive, and then point quickplay to some symlinks 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		Brand new functionality: QuickPlay can cache archived disc images locally in a temp directory - 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, 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). 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[http://www.netdrive.net/] to mount the store as if it were a local drive, and then point quickplay to some symlinks 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

	uses robocopy and looks for symlinks - We use robocopy for this feature 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[http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html] its a really great tool that windows users should be proud to have!		To know what needs to be cached, the multiloader uses robocopy and looks for symlinks - We use robocopy for this feature 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[http://schinagl.priv.at/nt/hardlinkshellext/linkshellextension.html] its a really great tool that windows users should be proud to have!
	checks cache before redownloading		checks cache before redownloading
	checks your local copies of archives and recopy if they got interrupted/corrupted		checks your local copies of archives and recopy if they got interrupted/corrupted