Autopatcher

The autopatcher system The autopatcher is a class that manages the copying of missing or changed files between two or more systems. It handles transferring files, compressing transferred files, security, and file operations. It does not handle basic connectivity or provide a user interface. For basic connectivity, make sure you connect RakPeerInterface or PacketizedTCP before using it. For a UI, that is entirely up to you. Autopatchers are used in all online only games and most AAA commercial games. On the client, you need an instance of AutopatcherClient. The server needs an instance of AutopatcherServer. The code for those classes is not part of RakNet core. They are located at .\DependentExtensions\ , and you need to add them to your project. On the client side On the client side, most work is done with just a couple of methods of AutopatcherClient. void SetFileListTransferPlugin(FileListTransfer *flt); This plugin has a dependency on the FileListTransfer plugin, which it uses to actually send the files. So you need an instance of that plugin registered with RakPeerInterface, and a pointer to that interface should be passed in this function. bool PatchApplication(const char *_applicationName, const char *_applicationDirectory, const char *lastUpdateDate, SystemAddress host, FileListTransferCBInterface *onFileCallback, const char *restartOutputFilename, const char *pathToRestartExe); Patches a certain directory associated with a named application to match the same named application on the patch server _applicationName - The name of the application _applicationDirectory - The directory to write the output to. lastUpdateDate - A string representing the last time you updated from the patch server, so you only check newer files. Should be 0 the first time, or if you want to do a full scan. Returned in GetServerDate() after you call PatchApplication successfully. host - The address of the remote system to send the message to. onFileCallback - Callback to call per-file (optional). When fileIndex+1==setCount in the callback then the download is done. _restartOutputFilename - If it is necessary to restart this application, where to write the restart data to. You can include a path in this filename. pathToRestartExe - What exe to launch from the AutopatcherClientRestarter . argv[0] will work to relaunch this application. There are other functions and classes involved in the client side, but you should study the sample at \Samples\AutopatcherClient. On the server side On the client side, you use an instance of AutopatcherServer. void SetFileListTransferPlugin(FileListTransfer *flt); Like AutopatcherClient, this plugin also has a dependency on the FileListTransfer plugin, which it uses to actually send the files. So you need an instance of that plugin registered with RakPeerInterface, and a pointer to that interface should be passed here. void SetAutopatcherRepositoryInterface(AutopatcherRepositoryInterface *ari); With the function, you tell AutopatchServer how to take care of the network transfer of the patchs. This class only does the network transfers for the autopatcher. All the data is stored in a repository. Pass the interface to your repository with this function. RakNet comes with AutopatcherPostgreRepository if you wish to use that. Check the sample at \Samples\AutoPatcherServer. It uses an implementation of AutopatcherRepositoryInterface for PostgreSQL (AutopatcherPostgreRepository), to store all the files of an application in a PostgreSQL database. Other notes It's possible to use directory structures. For example, suppose you have the following directory structure for your application: Readme.txt Music/Song1.wav Music/Song2.wav The Autopatcher will keep directories structures intact. So if the sending system has that directory structure, the downloading system will mirror this directory structure. Server required files (using PostgreSQL): All source files in DependentExtensions\bzip2-1.0.3 DependentExtensions\CreatePatch.h and .cpp DependentExtensions\MemoryCompressor.h and .cpp DependentExtensions\AutopatcherServer.h and .cpp All source files in DependentExtensions\AutopatcherPostgreRepository All source files in DependentExtensions\PostgreSQLInterface All source files in Samples\AutopatcherServer, should you want to use the default console application to run the server. Server Dependencies (using PostgreSQL): PostgreSQL 8.2 or newer, installed at C:\Program Files\PostgreSQL\8.2. Change the project property paths should your installation directory be different. Do not forget to check development tools in the PostgreSQL installer or the headers and libs will not be installed. Client required files All source files in DependentExtensions\bzip2-1.0.3 DependentExtensions\MemoryCompressor.h and .cpp DependentExtensions\ApplyPatch.h and .cpp DependentExtensions\AutopatcherClient.h and .cpp All source files in Samples\AutopatcherClient, should you want to use the default console application as a design template. All source files in Samples\AutopatcherClientRestarter, should you want to use the default console application to restart the autopatcher after it patches itself. Using TCP instead of UDP (recommended) RakPeerInterfaces uses UDP, which is a problem if RakNet's protocol changes - the autopatcher wouldn't be able to connect to the new protocol. It is recommended you use TCP instead of UDP. In the sample AutopatcherClientTest.cpp and AutopatcherServerTest_MySQL.cpp or AutopatcherServerTest.cpp you can enable this with the define USE_TCP found at the top of those files. Changes: Use the PacketizedTCP class instead of RakPeerInterface PacketizedTCP returns connection state changes with HasCompletedConnectionAttempt(), HasNewIncomingConnection(), and HasLostConnection(), rather than byte identifiers. Attach the plugin to your instance of PacketizedTCP instead of RakPeerInterface Note on memory usage: Patches are created with code from Colin Percival http://www.daemonology.net/bsdiff/ . The patching algorithm uses Larsson and Sadakane's qsufsort and is quite memory intensive, and not recommended for files over several hundred megabytes.

See Also

Index