No, you don't have to lock toggles if you lock it with an alias. It nulls the variable so the client can't even see the value.
No, the company does not and should not need to explicitly state that an alias or other function is used to enforce the FPS. Every company operates under a Terms of Service that typically includes clauses regarding server performance and not adjusting sys_ticrate/fps_max. I'm not quite sure where your mind is, but when selling a 500 FPS server a client should have 0 expectation of adjusting settings to receive 1000 FPS...you seem to think they should. Obviously...you don't own or operate a business. > -- > [ Picked text/plain from multipart/alternative ] > As I already said, ofcourse you can lock it, and aslong as you make an > explicit mention of the lock being in place before the customer pays any > money, they it's all good (Though I'd still rather see no lock). I was > merely pointing out that he should atleast mention it (if he didnt > already), > and that if you want to lock it using alias's that you'd also have to lock > cvars like "toggle". > > On 3/17/07, Cc2iscooL <[EMAIL PROTECTED]> wrote: >> >> -- >> [ Picked text/plain from multipart/alternative ] >> Exactly. If a customer buys a 100FPS plan from you, you wouldn't want >> him >> setting his server side FPS to 500, or 1000, when you have other clients >> on >> the box, it's possible that client could overload others by doing that. >> If >> they pay for 100, why let them have more? If they pay for 500, then good >> for >> them, they get the benefit. >> >> On 3/16/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> > >> > I think that when he sells a server stating "XXX FPS" that's pretty >> > explicit. He's telling them the FPS will not exceed that limit. He >> may >> > use whatever evil means at hand to enforce that without telling >> clients >> > how it's done. Locking things up doesn't mean you are giving a >> customer >> a >> > "poor server". Ever thought that by actually enforcing your >> performance >> > limitations you are providing equal service to ALL clients instead of >> > letting the tinkering steal other clients performance? >> > >> > > -- >> > > [ Picked text/plain from multipart/alternative ] >> > > rcon toggle fps_max 500 >> > > Perhaps its a good idea to just let your customers use the server >> they >> > > rent, >> > > and if not, atleast make an explicit mention of your locking of >> fps_max. >> > > You >> > > could lock fps_max, aswell as locking the toggle convar, you could >> do >> > that >> > > if you wanted to give your customers poor servers :) >> > > >> > > On 3/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> > >> >> > >> Are you referring to max_framerate or fps_max? >> > >> >> > >> Just toss an alias into the command line: >> > >> >> > >> +fps_max XXX +alias "fps_max wait XXX" >> > >> >> > >> It will force your fps value at all times and will null the >> variable >> > >> after >> > >> it's been issued one time. You can do this with just about >> anything. >> > >> >> > >> +max_framerate 0 +alias "max_framerate wait 0" >> > >> >> > >> >> > >> > Hello Alfred, >> > >> > As you know we have been having trouble keeping our clients from >> > >> changing >> > >> > their >> > >> > server frame rate. Is there any way possible to disallow clients >> from >> > >> > adding >> > >> > these commands via rcon >> > >> > or the configs? It would be a nice feature to have disable. Its >> very >> > >> hard >> > >> > to >> > >> > monitor them all for people changing, >> > >> > server side fps. >> > >> > That would be great! >> > >> > Thanks, >> > >> > Adam >> > >> > Cheif Executive Officer >> > >> > Next-Generation Gaming LLC >> > >> > NextGenServers.com >> > >> > >> > >> > >> > >> > _______________________________________________ >> > >> > To unsubscribe, edit your list preferences, or view the list >> > archives, >> > >> > please visit: >> > >> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > >> > >> > >> >> > >> >> > >> _______________________________________________ >> > >> To unsubscribe, edit your list preferences, or view the list >> archives, >> > >> please visit: >> > >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > >> >> > > >> > > >> > > >> > > -- >> > > ___________________________ >> > > Wim 'TheUnknownFactor' Barelds >> > > [EMAIL PROTECTED] >> > > -- >> > > >> > > _______________________________________________ >> > > To unsubscribe, edit your list preferences, or view the list >> archives, >> > > please visit: >> > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > > >> > >> > >> > _______________________________________________ >> > To unsubscribe, edit your list preferences, or view the list archives, >> > please visit: >> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > >> -- >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > > > > -- > ___________________________ > Wim 'TheUnknownFactor' Barelds > [EMAIL PROTECTED] > -- > > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
