[dordnung]

While i search for a way to send files to the client while he is playing, i found two little functions to send a file to a client and request a file from a client.

The natives work pretty well, but the bad thing is: There are no real callbacks that work.

Because of that i just leave that here. If you find anything to improve this, just tell me!

Here is the include file, which should be self-explanatory

PHP Code:

/*
 * The natives work quite pretty.
 * But the forwards are really tricky, no idea when they really fire. 
 */


/**
 * Called when a file was received from a client to the server.
 * Was fired when requesting a file and it doesn't exist and was succesfulled downloaded.
 *
 * @param client          Client index.
 * @param file            File that was received.
 * @param transferID      transfer ID.
 */
forward FNM_OnFileReceived(client, const String:file[], transferID);

/**
 * Called when a client requests a file from the server.
 *
 * @param client          Client index.
 * @param file            File that was requested.
 * @param transferID      transfer ID.
 *
 * @return                Plugin_Stop to deny the request, Plugin_Continue otherwise.
 */
forward Action:FNM_OnFileRequested(client, const String:file[], transferID);

/**
 * Called when a client denies a file request from the server.
 * Was fired when requesting a file, but filed doesn't exist.
 *
 * @param client          Client index.
 * @param file            File that was denied.
 * @param transferID      transfer ID.
 */
forward FNM_OnFileDenied(client, const String:file[], transferID);

/**
 * Called when a file was sent to a client.
 * Was never fired :/
 *
 * @param client          Client index.
 * @param file            File that was sent.
 * @param transferID      transfer ID.
 */
forward FNM_OnFileSent(client, const String:file[], transferID);




/**
 * Sends a file to a client
 *
 * @param client          Client to send file.
 * @param file            File to send.
 * @param ...             Variable number of format parameters.
 *
 * @return                TransferID on success, otherwise 0.
 */
native FNM_SendFile(client, const String:file[], any:...);



/**
 * Requests a file from a client
 *
 * @param client          Client to get file from.
 * @param file            File to request.
 * @param ...             Variable number of format parameters.
 *
 * @return                TransferID of the request.
 */
native FNM_RequestFile(client, const String:file[], any:...); 


Sourcecode can be found on Github

[Oshizu]

Listen up folks that thing doesn't it looks a bit too harmful?
We miight be able to send files. that damn sure might override existing stuff like config.cfg
Or download files we shouldn't like C://Windows

[dordnung]

No, config and other stuff isn't downloadable, only things that are also with the string table "downloadables" downloadable
This is a public build in valve Function, so no fear

[Mitchell]

So can we send materials and have them precached, and be able to show them to players with out having to reconnect?

[Oshizu]

Originally Posted by Mitchell So can we send materials and have them precached, and be able to show them to players with out having to reconnect?

Quite userful for something like Jukebox
Player's dont have to download all 250+ songs at once
They will just download it 15 sec before song plays

[Powerlord]

I was under the impression that files could only be sent/received from clients when they're not actually playing (i.e. changing maps).

[VoiDeD]

Originally Posted by Powerlord I was under the impression that files could only be sent/received from clients when they're not actually playing (i.e. changing maps).

Files can be sent and received whenever you like, see: sprays.

The usefulness of this extension is limited though; there's a (somewhat) strict blacklist of what files and directories can be used. Additionally, any transfers here will be rate limited to the server's file channel so you wouldn't be able to make use of a server's downloadurl.

Originally Posted by Oshizu Quite userful for something like Jukebox Player's dont have to download all 250+ songs at once They will just download it 15 sec before song plays

I don't think this can be done either, any files transferred will be stored as <file and extension>.ztmp, and it'll be renamed by the engine upon completion.

Personally, I can't see any use cases for this extension at all.

[dordnung]

I also don't know if it's usefull or not, just left that here, open for discussion.


@VoiDeD

The downloaded files are not compressed.
I tested to download a map from the server, then changed the map and it worked without loading the map again.

[VoiDeD]

Originally Posted by Popoklopsi The downloaded files are not compressed. I tested to download a map from the server, then changed the map and it worked without loading the map again.

Downloaded, perhaps? During downloads, I'm fairly certain it uses the ztmp temporary files. However my experience is limited to the behavior of the client with FastDL, but I don't see why it would be much different from compressed fragments sent via the net channel.

Your post did bring up one potentially interesting use case, though: stuffing maps onto clients while they play. You'll be limited to the seriously sluggish pace of the net channel, but if you've got enough time inbetween maps in your rotation, full downloads might be able to be accomplished.

[Mitchell]

-snip-
voided said the same thing before me.