Small Issue I Noticed With .res Files.
voogru
Naturally Modified (ex. NS programmer) Join Date: 2002-10-31 Member: 1827Members, Retired Developer, NS1 Playtester, Contributor, Constellation
This is something I've noticed a lot of mappers do, which isnt really needed.
Several times I connected to my server, and downloaded the same file twice during the connection, upon looking in the res file for the map, I've noticed things that are not needed.
For example,
mapname.bsp
model_thats_in_the_map.mdl
sound_thats_in_the_map.mdl
Now, as far as I know, if you use a model, or a sound in a map, The engine precaches the model or sound automagically, any precached resource that a client doesnt have, is sent to the client. And does not need a res file for it to be sent to the client.
Now I dont know if this is a bug with the sv_download url, but I fixed the problem by removing the entries that are not needed in the res file, such as any models/sounds and entries of the mapname.
If I understand correctly, the only thing that the res file will need, is the mini-map, the txt file, and overview files.
I was wondering if anyone else has experienced the same thing, to me this is a problem cause its using twice as much bandwidth than it has to.
Just figured I'd post this here and see if I can get any results about it. Replies welcome.
Several times I connected to my server, and downloaded the same file twice during the connection, upon looking in the res file for the map, I've noticed things that are not needed.
For example,
mapname.bsp
model_thats_in_the_map.mdl
sound_thats_in_the_map.mdl
Now, as far as I know, if you use a model, or a sound in a map, The engine precaches the model or sound automagically, any precached resource that a client doesnt have, is sent to the client. And does not need a res file for it to be sent to the client.
Now I dont know if this is a bug with the sv_download url, but I fixed the problem by removing the entries that are not needed in the res file, such as any models/sounds and entries of the mapname.
If I understand correctly, the only thing that the res file will need, is the mini-map, the txt file, and overview files.
I was wondering if anyone else has experienced the same thing, to me this is a problem cause its using twice as much bandwidth than it has to.
Just figured I'd post this here and see if I can get any results about it. Replies welcome.
Comments
Im not entirely sure about .wads, but I dont think they are needed in the res file. Might be worth trying it.
I remember seeing a wad file download twice as well, so I'm thinking the wad files are not needed in the res files.
Gonna play with it some more and see what happens with sounds.
Gonna play with it some more and see what happens with sounds. <!--QuoteEnd--> </td></tr></table><div class='postcolor'> <!--QuoteEEnd-->
Yes, wads must be in the res file, otherwise you'll get one of those "FATAL ERROR: wadname.wad not found" and then it crashes.
If the .bsp file is included in the .res you will download the files twice.
(a)// co_skeetshoot_b14 - created by Hibame
ns2.wad
ns.wad
ns_eclipse.wad
ns_hera.wad
maps/co_skeetshoot_b14.res
(b)// co_tunnel.res - created with RESGen v2.0 BETA 3.
// RESGen is made by Jeroen "ShadowLord" Bogers.
// For more info go to <a href='http://resgen.hltools.com' target='_blank'>http://resgen.hltools.com</a>
// or E-mail me at resgen@hltools.com.
// .res entries (2):
ns.wad
ns2.wad
?// co_alloyv2.res - created with RESGen v2.0 BETA 3.
// RESGen is made by Jeroen "ShadowLord" Bogers.
// For more info go to <a href='http://resgen.hltools.com' target='_blank'>http://resgen.hltools.com</a>
// or E-mail me at resgen@hltools.com.
// .res entries (4):
ns.wad
halflife.wad
ns2.wad
sprites/nsarms5.spr
(d)maps/co_futile.txt
sprites/minimaps/co_futile.spr
sprites/co_futile/yokkoset.spr
sprites/co_futile/slimedrop.spr
sprites/co_futile/messh4x.spr
sprites/co_futile/moths.spr
sprites/co_futile/redglow.spr
overviews/co_futile.tga
overviews/co_futile.txt
(e)maps/co_plague_b4.bsp
maps/co_plague_b4.txt
sounds/co_plague/alienhive.mp3
sounds/co_plague/bighum.mp3
sounds/co_plague/controlroom.mp3
sounds/co_plague/man_computalk2.wav
sounds/co_plague/metalstress.wav
sounds/co_plague/shaft.wav
sounds/co_plague/steamjet1.wav
sprites/minimaps/co_plague_b4.spr
(f)maps/co_secrets_b1.res
maps/co_secrets_b1.txt
maps/co_secrets_b1.bsp
avitar_joins.wad
and why ?
(b) Incorrect. Again, official wads shouldn't be listed.
© Incorrect. As well as listing the official wads, this includes halflife.wad which anyone playing NS will have.
(d) This looks like the correct one, although the overview file isn't required by the mapping guidelines.
(e) Incorrect. The bsp doesn't need to be listed as it will automatically be downloaded. Listing it again means it will be downloaded twice.
(f) Incorrect. Again, the bsp doesn't need to be listed, nor does the res file (the client already has it, else it wouldn't be looking in the res file). Also, the mapping guidelines specify that map-specific textures should be placed in a wad named after the map.
<span style='font-size:14pt;line-height:100%'><span style='color:green'><span style='font-size:14pt;line-height:100%'>WINNER !</span></span></span>
<span style='font-size:14pt;line-height:100%'><span style='color:green'><span style='font-size:14pt;line-height:100%'>WINNER !</span></span></span>
however a few <span style='color:red'>mappers</span> put out an updated ver. with the same name, so i leave the .bsp in ... <!--emo&:(--><img src='http://www.unknownworlds.com/forums/html//emoticons/sad.gif' border='0' style='vertical-align:middle' alt='sad.gif' /><!--endemo-->