-- [ Picked text/plain from multipart/alternative ] I'll try that and get back to you.
On 10/26/07, Mike Dussault <[EMAIL PROTECTED]> wrote: > > Does the problem happen if you make an hl2mp map with a cycler using > that caltrop model, then run an hl2mp linux server with that whitelist? > If so, send me email directly with the (hl2mp) .vmf file, caltrop model > files, and both (good and bad) whitelists and I should be able to repro > and fix it here. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy > Sent: Thursday, October 25, 2007 7:25 AM > To: hlcoders@list.valvesoftware.com > Subject: Re: [hlcoders] sv_pure broken for mods? > > -- > [ Picked text/plain from multipart/alternative ] Some more info that may > be useful. Finally got hlds updated via hldsupdate tool so I can try to > test locally. Seems to work perfectly fine for a windows server. I can > join as a client with or without the +check_crc from the grenade line, > as I would expect to be able to do. This appears to be isolated to the > linux server, as it is the only server we are having trouble with at the > moment(and admittedly the only server we've tried so far to get it > working on). > > Jeremy > > On 10/25/07, Jeremy <[EMAIL PROTECTED]> wrote: > > > > Mike, we did some testing last night to try and get pure working and > > here's what we found out. > > > > With the whitelist set up as > > > > materials\... allow_from_disk > > materials\effects\... allow_from_disk+check_crc > > models\... allow_from_disk > > models\player\... allow_from_disk+check_crc > > models\grenades\... allow_from_disk+check_crc > > models\projectiles\... allow_from_disk+check_crc > > models\flag\... allow_from_disk+check_crc > > shaders\... allow_from_disk+check_crc > > sound\... allow_from_disk > > sound\sound\player\footsteps\... allow_from_disk+check_crc > > sound\buildable\sentry\sg_scan1 allow_from_disk+check_crc > > sound\buildable\sentry\sg_scan2 allow_from_disk+check_crc > > > > The clients were getting booted with this error: > > > > Disconnect: Pure server: client has loaded extra file > > [GAME]\models/grenades\caltrop\caltrop_holster.mdl. File must be > > removed to play on this server.. > > > > The server both has this file and should be precaching it like > > everything else. Oddly, even if I changed the grenades line to not crc > like: > > models\grenades\... allow_from_disk > > it was still booting clients with the same error. > > > > According to http://developer.valvesoftware.com/wiki/Pure_Servers > > under stacking, the way I'm attempting to do the models folder should > > be fine, so it appears there might be 2 problems. > > > > 1) Why was it booting when the grenades hierarchy was not set to > > +check_crc? > > 2) Why was it booting at all when the file both exists and matches on > > both sides, and it > > > > Was able to join without getting booted if I removed all the model > > lines in the pure server file for now. > > > > Is there something wrong with this? > > > > models\... allow_from_disk > > models\player\... allow_from_disk+check_crc > > models\grenades\... allow_from_disk+check_crc > > models\projectiles\... allow_from_disk+check_crc > > models\flag\... allow_from_disk+check_crc > > > > Even without crcing the grenades line it was complaining of the file > > under the grenades folder. > > > > sv_pure 1 on a listen server works with this defined. I'm downloading > > a windows srds to test. > > > > sv_precacheinfo shows the model on a listen server, which is expected > > I suppose since it works. > > > > 117: models/grenades/caltrop/caltrop_holster.mdl (RES_FATALIFMISSING > | > > RES_PRELOAD): never used > > > > Why would we be having this problem on a linux server ? > > > > It's being precached properly as far as I know. > > > > #define CALTROPGRENADE_MODEL_HOLSTER > > "models/grenades/caltrop/caltrop_holster::mdl" > > void CFFGrenadeCaltrop::Precache() > > { > > PrecacheModel( CALTROPGRENADE_MODEL_HOLSTER ); > > BaseClass::Precache(); > > } > > > > If we delete this model from the client as the error suggests it > > complains about other models. > > > > Anything I can do to debug this issue? It would be nice to get pure > > working, but this bug is being a pain. > > > > Jeremy > > > > On 10/15/07, Mike Dussault <[EMAIL PROTECTED]> wrote: > > > > > > sv_pure works for windows and linux servers. > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto: [EMAIL PROTECTED] On Behalf Of Jeremy > > > Sent: Monday, October 15, 2007 1:06 PM > > > To: hlcoders@list.valvesoftware.com > > > Subject: Re: [hlcoders] sv_pure broken for mods? > > > > > > -- > > > [ Picked text/plain from multipart/alternative ] I was running a > > > windows server at the time for my test. Does sv_pure work on windows > > > > servers as well? I got it from the hldsupdate tool. I'm not familiar > > > > with what goldsrc is. > > > > > > On 10/15/07, Mike Dussault <[EMAIL PROTECTED]> wrote: > > > > > > > > Are you running a goldsrc server? sv_pure should be there in a > > > > Source Linux server. > > > > > > > > As far as sv_pure with mods, it was designed to work with mods and > > > > > I just verified it. Made a fresh mod, build a map with a custom > > > > material, connected with sv_pure 1, modified the material on the > > > > client side, connected again, and the server booted me. > > > > > > > > sv_pure 2 and sv_pure 1 work virtually the same. sv_pure 2 just > > > > hardcodes the whitelist to look like this: > > > > > > > > "" > > > > { > > > > sound\... from_steam > > > > models\... from_steam > > > > materials\... from_steam > > > > } > > > > > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > > Mulchman > > > > Sent: Thursday, October 04, 2007 10:49 AM > > > > To: hlcoders@list.valvesoftware.com > > > > Subject: RE: [hlcoders] sv_pure broken for mods? > > > > > > > > We also have the issue where typing "sv_pure" on a linux server > > > > from inside the 'console' saying "Unknown command sv_pure"... > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy > > > > Sent: Thursday, October 04, 2007 09:21 > > > > To: hlcoders@list.valvesoftware.com > > > > Subject: [hlcoders] sv_pure broken for mods? > > > > > > > > -- > > > > [ Picked text/plain from multipart/alternative ] Anyone manage to > > > > get sv_pure working for mods? > > > > > > > > I've defined a pure_server_whitelist.txt properly as far as I can > > > > tell, I enable pure stuff on the dedicated server > > > > > > > > sv_pure 1 > > > > sv_pure_kick_clients 1 > > > > sv_pure_trace 1 > > > > > > > > I join the server with the client, and observe several things. > > > > > > > > First, on the client, if I type sv_pure it prints the description, > > > > > along with The server is using sv_pure = 0 (no whitelist). > > > > > > > > which is wrong according to the server, which prints Current > > > > sv_pure value is 1. > > > > > > > > Second, the server didn't print out anything as a result of the > > > > sv_pure_trace 1 on this initial client join, am I missing > > > > something with this? > > > > > > > > I'm using hlds, as per > > > > http://www.srcds.com/db/engine.php?subaction=showfull&id=109736209 > > > > 3 > > > > with our mod folder copied over. > > > > > > > > I can verify that the server is at least printing out the crc > > > > caching stuff. > > > > I can also verify that changing a file that is crc checked on the > > > > server has no effect on the clients ability to join, and there is > > > > also > > > > > > > no resulting error message or kick as would be expected. > > > > > > > > Caching file CRCs for pure server... > > > > (Unique ): [DEFAULT_WRITE_PATH]\materials\effects\blood_gore.vmt > - > > > > 3929000697 > > > > (Unique ): [DEFAULT_WRITE_PATH]\materials\effects\blood_gore.vtf > - > > > > 4191249401 > > > > ... > > > > (Unique ): [GAME]\materials\effects\water_highlight.vmt - > 1986976483 > > > > (Unique ): [GAME]\materials\effects\yellowflare.vmt - 2841543358 > > > > (Unique ): [GAME]\materials\effects\yellowflare_noz.vmt - > 2384634143 > > > > ... > > > > > > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.dx80.vtx > - > > > > 2015996037 > > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.dx90.vtx > - > > > > 2080765850 > > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.mdl - > > > > 2757397667 > > > > ... > > > > Finished caching file CRCs for pure server in 10 seconds. > > > > > > > > So it appears to be working to some extent server side. My > > > > whitelist is pasted down below. > > > > > > > > whitelist > > > > { > > > > // > > > > // 3 modifiers are allowed on file specifications: > > > > // > > > > // from_steam - only check the Steam cache for the > file > > > > (ignore > > > > anything on disk) > > > > // allow_from_disk - allow the file to come from disk > > > > // check_crc - used with allow_from_disk - server > does > > > CRC > > > > checks on the client's file to make sure it matches > > > > // > > > > // The default modifier on all files is allow_from_disk. > Thus, > > > all > > > > files can come from disk and don't need CRC checks unless > > > > // allow_from_disk can be set at the same time as check_crc. > Use > > > > the + > > > > character in between them to signify this: > allow_from_disk+check_crc. > > > > > > > > > > > > // > > > > // Three types of file specifications: > > > > // > > > > // 1. directory\*.* - refers to all files under the > > > > directory > > > > // 2. directory\... - refers to all files under the > > > > directory > > > > and all directories under that (recursively) > > > > // 3. directory\filename - refers to a single file > > > > > > > > > > > > // > > > > // By default, when in pure server mode, most content file > > > > types are only allowed to come from Steam. > > > > // > > > > materials\... > > > allow_from_disk > > > > materials\effects\... > > > > allow_from_disk+check_crc > > > > models\... > > > allow_from_disk > > > > models\player\... > > > > allow_from_disk+check_crc > > > > models\grenades\... > > > > allow_from_disk+check_crc > > > > models\projectiles\... > > > > allow_from_disk+check_crc > > > > models\flag\... > > > > allow_from_disk+check_crc > > > > shaders\... > > > > allow_from_disk+check_crc > > > > sound\... > > > allow_from_disk > > > > sound\sound\player\footsteps\... > > > > allow_from_disk+check_crc > > > > sound\buildable\sentry\sg_scan1 allow_from_disk+check_crc > > > > sound\buildable\sentry\sg_scan2 allow_from_disk+check_crc > > > > > > > > // > > > > // Allow custom player models. Don't do CRC checks on them > because > > > > the clients may all > > > > // have different custom models and the server won't have them > all. > > > > // > > > > //models\player\... allow_from_disk > > > > //materials\models\player\... allow_from_disk > > > > > > > > // > > > > // Allow custom spray decals. > > > > // > > > > materials\temp\... allow_from_disk > > > > materials\vgui\logos\... allow_from_disk > > > > materials\vgui\logos\ui\... allow_from_disk > > > > > > > > > > > > // > > > > // (Uncomment and edit these for mods). > > > > // Allow mod resources to come from disk. > > > > // > > > > // materials\mymod\... allow_from_disk+check_crc > > > > // models\mymod\... allow_from_disk+check_crc > > > > // sound\mymod\... allow_from_disk+check_crc > > > > } > > > > -- > > > > > > > > _______________________________________________ > > > > To unsubscribe, edit your list preferences, or view the list > archives, > > > > > > > > > > please visit: > > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > > > > _______________________________________________ > > > > To unsubscribe, edit your list preferences, or view the list > archives, > > > > > > > please visit: > > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > > > > _______________________________________________ > > > > To unsubscribe, edit your list preferences, or view the list > archives, > > > > > > > please visit: > > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > > > -- > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list > archives, > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list > archives, > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders