Suggestion: mv_httpReferences

Report and discuss bugs in JK2MV here or suggest changes.
Post Reply
Tsubasa
Posts: 18
Joined: 17 Feb 2016, 00:22

Suggestion: mv_httpReferences

Post by Tsubasa »

The Idea: Just as sv_referencedPakNames tells the server what files to push to clients, mv_httpReferences would tell the server what files to push using only the faster method. The new command would show files listed in (for example) http_forcelist.txt while still respecting the normal black/whitelist, and HTTP-enabled clients would receive files shown in both commands (if possible); UDP-only clients would receive only what's shown in the original sv_ command.

Currently: Using a forcelist to push extra files is fine for players with HTTP enabled, but players using UDP would likely have to suffer through lengthy download times when the files needed to play might only take a couple of minutes total; this is especially troublesome when any of the extra files aren't available anywhere else.

I like using a forcelist on my server since it lets the players I plan for get maximum enjoyment for very little effort on their part, but I don't want to burden any random players who might be using the slower download method (especially if they haven't already heard of JK2MV).
Kevin
Administrator
Posts: 393
Joined: 07 Jun 2015, 08:36

Re: Suggestion: mv_httpReferences

Post by Kevin »

Just adding
[HTTP]
In front of the pk3 name would probably be better?
Don't need more files to confuse people :D
Tsubasa
Posts: 18
Joined: 17 Feb 2016, 00:22

Re: Suggestion: mv_httpReferences

Post by Tsubasa »

I would much rather rename my current forcelist, or make a new one, instead of rename every extra file I want to push. Renaming PK3s would change the load order anyway.
Kevin
Administrator
Posts: 393
Joined: 07 Jun 2015, 08:36

Re: Suggestion: mv_httpReferences

Post by Kevin »

Tsubasa wrote: 23 Sep 2017, 08:24 I would much rather rename my current forcelist, or make a new one, instead of rename every extra file I want to push. Renaming PK3s would change the load order anyway.
You misunderstand. What I suggested was to add [HTTP] in front of the filenames, inside of the current lists, without actually touching the filenames at all.

An example:
[HTTP] base/expedition.pk3
KaMod/o104_clientside.pk3
[HTTP] base/grandtheftjedi.pk3

And so on :)
User avatar
fau
Staff
Posts: 433
Joined: 16 Aug 2015, 01:01
Location: Warsaw / Poland
Contact:

Re: Suggestion: mv_httpReferences

Post by fau »

Waiting for udp downloads gives them time to go to jk2mv.org and download clientside ;-)
Tsubasa
Posts: 18
Joined: 17 Feb 2016, 00:22

Re: Suggestion: mv_httpReferences

Post by Tsubasa »

@Kameleon - I'm not sure how that's less confusing than adding just one TXT file, but I see what you mean. Still seems a lot less convenient for hosts, but to each their own.

@fau - That assumes a lot. Having tried the standard client during recent tests, I found very little indication that my server was any different from normal (just two lines in the "Server Info" window); it's simply not apparent until the client has loaded the map and joined the game. On top of that, the standard client doesn't minimize/maximize properly, without additional software, so the user is likely to be prevented from going to jk2mv.org while waiting for UDP downloads.
Kevin
Administrator
Posts: 393
Joined: 07 Jun 2015, 08:36

Re: Suggestion: mv_httpReferences

Post by Kevin »

Tsubasa wrote: 24 Sep 2017, 00:28 @Kameleon - I'm not sure how that's less confusing than adding just one TXT file, but I see what you mean. Still seems a lot less convenient for hosts, but to each their own.
As a well seasoned host and modder, I would prefer the [HTTP] method over having even more files than I already do. To me that seems more convenient ;) Some mods has big folder structures and many files already too.
fau wrote: 23 Sep 2017, 11:00 Waiting for udp downloads gives them time to go to jk2mv.org and download clientside ;-)
True! :D
User avatar
fau
Staff
Posts: 433
Joined: 16 Aug 2015, 01:01
Location: Warsaw / Poland
Contact:

Re: Suggestion: mv_httpReferences

Post by fau »

I was just joking (mostly). Do you really need it / had complains from players? Sounds like a gimmicky thing to do. If you don't have jk2mv then you won't join without a map anyway.

PS Don't add maps to the referencedpaks file and they won't be pushed to clients until needed. Example Kameleon gave doesn't make much sense – players still won't be able to join if server is on one of these missing maps. Without it at least they could either wait for udp download to finish or learn the map name and download it by hand. Now if you want to push skins etc. with referencedpaks then it's another thing.

Edit:
Once again, this is what will be referenced even without any special configuration:
1. pk3 containing currently used qvm mod (don't put serverside qvms in a pk3!)
2. Current map
Kevin
Administrator
Posts: 393
Joined: 07 Jun 2015, 08:36

Re: Suggestion: mv_httpReferences

Post by Kevin »

fau wrote: 24 Sep 2017, 09:18 I was just joking (mostly). Do you really need it / had complains from players? Sounds like a gimmicky thing to do.
Never heard of anyone who disliked fast downloads xD
User avatar
fau
Staff
Posts: 433
Joined: 16 Aug 2015, 01:01
Location: Warsaw / Poland
Contact:

Re: Suggestion: mv_httpReferences

Post by fau »

It can be done but I need to see a valid use-case. How would you like to take advantage of such feature?
Tsubasa
Posts: 18
Joined: 17 Feb 2016, 00:22

Re: Suggestion: mv_httpReferences

Post by Tsubasa »

fau wrote: 24 Sep 2017, 09:18 Edit:
Once again, this is what will be referenced even without any special configuration:
1. pk3 containing currently used qvm mod (don't put serverside qvms in a pk3!)
2. Current map
Not quite true, there's one completely optional PK3 on my server that's automatically referenced without being forced; being in the fs_game folder I run may have something to do with it (it's just alternate sounds for the jetpack in Duelers Mod).

I'm actually using the forcelist to push player skins and hilts (roughly 36MB right now). Also, one map on my server isn't readily available on the internet due to changing filenames inside the PK3 (PK3 filename also changed to prevent overwrite!); the author of the map included color-codes which made using /(dev)map a pain. If I could omit the skins and hilts from UDP downloads, players using that method would only have to wait two minutes minimum if the current map isn't an issue.

My suggestion is just meant to help serve the worst case scenario. The probability of serving a non-MV client seems pretty small to me, but any chance something doesn't work for someone is a chance I take very seriously; that's why I'm pitching the idea.
Kevin
Administrator
Posts: 393
Joined: 07 Jun 2015, 08:36

Re: Suggestion: mv_httpReferences

Post by Kevin »

Not too many non-JK2MV clients left, and those who are tend to be the few new players from time to time, who is quickly told about JK2MV, and cheaters who rely on hacks which may not be compatible with JK2MV :D
User avatar
fau
Staff
Posts: 433
Joined: 16 Aug 2015, 01:01
Location: Warsaw / Poland
Contact:

Re: Suggestion: mv_httpReferences

Post by fau »

Right, it references all pk3s from fs_game directory by default. My bad. On my servers udp downloads are used pretty often (I somehow agree with "cheaters who rely on hacks" opinion though).

So you want to put extra skins etc but only as an option for jk2mv users. Sounds reasonable to me, will see what can be done. I like the [HTTP] prefix idea too.
Tsubasa
Posts: 18
Joined: 17 Feb 2016, 00:22

Re: Suggestion: mv_httpReferences

Post by Tsubasa »

Kameleon wrote: 24 Sep 2017, 18:02 Not too many non-JK2MV clients left, and those who are tend to be the few new players from time to time, who is quickly told about JK2MV, and cheaters who rely on hacks which may not be compatible with JK2MV :D
Let's not forget returning players, my server apparently attracted one while I was making my last post. :yum:
Post Reply
Created by Matti from StylesFactory.pl and Warlords of Draenor (modified by jk2.info)
Powered by phpBB® Forum Software © phpBB Limited
 

 

cron