-- [ Picked text/plain from multipart/alternative ] This is definitely a band-aid, not a fix. Here's one way to play a sound to all players (I think).
enginesound->PrecacheSound(m_LoopSound, true); //m_LoopSound is char* pointing to location of sound file CRecipientFilter filter; filter.AddAllPlayers(); Vector x = pPLayer->GetAbsOrigin(); enginesound->EmitSound(filter, entindex(), CHAN_AUTO, m_LoopSound, 0.7, 0, 0, 100, &x); On 11/19/06, Ratman2000 <[EMAIL PROTECTED]> wrote: > > Hello, > > The function EmitSound is not ok for Quake sounds becouse the sound is > located on an position... > So when i play an sound like it gos 30 seconds and the player moves, he > cant > hear it... > Is there no fonktion like the "play" command client side??? > > What can i do? > > Thanks! > > With friendly Reguards from Germany > > Ratman2000 > > ----- Original Message ----- > From: "David Anderson" <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Sunday, November 19, 2006 7:55 AM > Subject: Re: [hlcoders] cl_restrict_server_commands fiasco > > > > You might want to look at public/engine/IEngineSound.h to do it > manually. > > > > ~dvander > > http://www.bailopan.net/ > > > > Ratman2000 wrote: > >> Hello, > >> > >> we cant use cvar->FindVar("convar")->SetValue(value); > >> becouse its fully Server Side... > >> The Problem is, that we cant force thinks like: play > >> on client side to simple play an sound (mp3 file)... > >> > >> When we force the play command (i cant do any critical thinks with this > >> command...) > >> you become this message on client side: > >> > >> > >> cl_restrict_server_commands (= 1) prevented server running command: > play > >> /ratmod/connect_sounds/admins/jesus.mp3 > >> > >> Why you have to block this command??? > >> > >> So what can we do to force the client to play sounds??? We havent an > >> solution now... > >> > >> With friendly reguards from Germany > >> > >> Ratman2000 > >> > >> ----- Original Message ----- > >> From: "Adam "amckern" Mckern" <[EMAIL PROTECTED]> > >> To: <[email protected]> > >> Sent: Sunday, November 19, 2006 4:06 AM > >> Subject: Re: [hlcoders] cl_restrict_server_commands fiasco > >> > >> > >>> Why dont use just use > >>> cvar->FindVar("convar")->SetValue(value); > >>> > >>> I have been using it, becuase it allows you to hook > >>> around the sv_cheat flags that would block you with a > >>> stright engine->clientcommand. > >>> > >>> Adam > >>> > >>> > >>> --- LDuke <[EMAIL PROTECTED]> wrote: > >>> > >>>> -- > >>>> [ Picked text/plain from multipart/alternative ] > >>>> I believe that is the exact command that is blocked > >>>> by this cvar ( > >>>> engine->ClientCommand( blahblah ) ). > >>>> > >>>> On 11/18/06, Nick <[EMAIL PROTECTED]> wrote: > >>>> > > >>>> > Can you list which exploits which need to be > >>>> fixed? > >>>> > > >>>> > > >>>> > This question was asked earlier and I could not > >>>> find a clear answer: > >>>> > Does this update break > >>>> > > >>>> > engine->ClientCommand( blahblah ) > >>>> > > >>>> > when done from server side dll? > >>>> > > >>>> > On 11/18/06, Paul Peloski <[EMAIL PROTECTED]> > >>>> wrote: > >>>> > > -- > >>>> > > [ Picked text/plain from multipart/alternative ] > >>>> > > (re: a) Obviously when Valve is attempting to > >>>> fix a problem they are > >>>> > going > >>>> > > to have to break compatibility with plugins/mods > >>>> that rely on that > >>>> > problem > >>>> > > behavior. Using this behavior as a workaround > >>>> for client cvar exploits > >>>> > is > >>>> > > bad because it has the effect of hiding the > >>>> exploits when they need to > >>>> > be > >>>> > > exposed and fixed. > >>>> > > > >>>> > > (re: b) cvars are already (or should be) divided > >>>> into client and server, > >>>> > > ranged to acceptable limits and in the extreme > >>>> case marked FCVAR_CHEAT > >>>> > if > >>>> > > they need to be set to a certain value for fair > >>>> play. Adding further > >>>> > > designation (like FCVAR_CLIENTPROTECT), or > >>>> "making lists" breaks > >>>> > > compatibility and masks exploits. > >>>> > > > >>>> > > (re: d) I agree it would be nice if Valve told > >>>> us more about what's > >>>> > coming > >>>> > > up, it might even be useful to them since our > >>>> discussion might bring to > >>>> > > light ... Nah, they're smarter than us, it's > >>>> their product, and they can > >>>> > > make competent decisions without us. > >>>> > > > >>>> > > Regards, > >>>> > > > >>>> > > Paul > >>>> > > > >>>> > > On 11/17/06, David Anderson > >>>> <[EMAIL PROTECTED]> wrote: > >>>> > > > > >>>> > > > I think you're missing a few of the important > >>>> points. Yes, it's > >>>> > > > important to have this feature, but: > >>>> > > > > >>>> > > > a) It broke binary and source level backwards > >>>> compatibility. That's a > >>>> > > > big no-no. > >>>> > > > b) It restricts all commands, which is > >>>> unnecessary. A better solution > >>>> > > > would be to flag the commands which need to be > >>>> protected, or to flag > >>>> > > > things registered in the client. This would > >>>> plugins continue to > >>>> > > > register and trigger their own commands, > >>>> preserving compatibility. > >>>> > > > c) It defaults to on, which going back to a), > >>>> breaks expected > >>>> > > > functionality. > >>>> > > > d) Going back to a) again, for an update like > >>>> this, forewarning would > >>>> > be > >>>> > > > nice. > >>>> > > > > >>>> > > > Those are the issues I have with it, at least. > >>>> > > > > >>>> > > > ~dvander > >>>> > > > http://www.bailopan.net/ > >>>> > > > > >>>> > > > Benjamin Davison wrote: > >>>> > > > > -- > >>>> > > > > [ Picked text/plain from > >>>> multipart/alternative ] > >>>> > > > > Yeah I love it when some 14 year old server > >>>> admin fucks with my > >>>> > settings > >>>> > > > and > >>>> > > > > sets my fire command to a suicide command. > >>>> > > > > > >>>> > > > > This is a good console command that was > >>>> loooong overdue. > >>>> > > > > > >>>> > > > > On 11/18/06, Paul Peloski > >>>> <[EMAIL PROTECTED]> wrote: > >>>> > > > >> -- > >>>> > > > >> [ Picked text/plain from > >>>> multipart/alternative ] > >>>> > > > >> I don't think cl_restrict_server_commands > >>>> is a mistake or bug. If > >>>> > there > >>>> > > > >> are > >>>> > > > >> exploitable client cvars that need to be > >>>> monitored by a server > >>>> > plugin, > >>>> > > > >> those > >>>> > > > >> exploits need to be fixed. Officially > >>>> supported fixes (not Mani-mod > >>>> > > > client > >>>> > > > >> cvar enforcement) carry the benefit of > >>>> games that are harder to > >>>> > exploit > >>>> > > > >> out > >>>> > > > >> of the box, and we don't have to worry > >>>> about malicious server > >>>> > admins > >>>> > > > >> having > >>>> > > > >> unwanted access to client settings. > >>>> > > > >> > >>>> > > > >> Think of a web-page that has the ability to > >>>> change your web browser > >>>> > > > >> settings. It might be nice for a web > >>>> designer to stick his site in > >>>> > your > >>>> > > > >> bookmarks or make sure you don't set your > >>>> font size too large and > >>>> > break > >>>> > > > >> his > >>>> > > > >> layout, but, it's your web browser and your > >>>> browsing preferences > >>>> > > > shouldn't > >>>> > > > >> have anything to do with the web-page > >>>> author. > >>>> > > > >> > >>>> > > > >> I wouldn't address Valve like morons or > >>>> cowards, it's impolite. > >>>> > Your > >>>> > > > point > >>>> > > > >> has some merit but the new cvar is hardly > >>>> an outrage: why can't > >>>> > admins > >>>> > > > >> just > >>>> > > > >> use Mani-mod to kick/warn users who set > >>>> their rate too high, > >>>> > instead of > >>>> > > > >> setting the rate for them? > >>>> > > > >> > >>>> > > > >> Regards, > >>>> > > > >> > >>>> > > > >> Paul > >>>> > > > >> > >>>> > > > >> On 11/17/06, Frazer <[EMAIL PROTECTED]> > >>>> wrote: > >>>> > > > >>> For those who may not be following other > >>>> forums - check this > >>>> > thread > >>>> > > > out > >>>> > > > >> on > >>>> > > > >>> the mani forum. > >>>> > > > >>> > >>>> > > > >>> > >>>> > > > >>> > >>>> > > > >> > >>>> > > > > >>>> > > >>>> > >>> > http://www.mani-admin-plugin.com/index.php?option=com_smf&Itemid=26&topic=33 > >>> > >>>> > > > >>> 03.15 > >>>> > > > >>> > >>>> > > > >>> > >>>> > > > >>> The growing consensus seems to be in > >>>> favour of a mani mod update > >>>> > that > >>>> > > > >>> kicks > >>>> > > > >>> players with the default setting, which > >>>> was applied for them > >>>> > courtesy > >>>> > > > of > >>>> > > > >>> Valve. Posts in this forum seem to be > >>>> landing on deaf ears - but > >>>> > I > >>>> > > > >>> suspect > >>>> > > > >>> that if this little movement picks up > >>>> momentum - then its really > >>>> > going > >>>> > > > >> to > >>>> > > > >>> get ugly fast. > >>>> > > > >>> > >>>> > > > >>> Valve: realize and admit the mistake and > >>>> fix it. Admins are NOT > >>>> > your > >>>> > > > >>> enemy > >>>> > > > >>> - not yet, at least. If this > >>>> auto-kicking thing takes hold, then > >>>> > > > your > >>>> > > > >>> PAYING customers are going to feel it. > >>>> > > > >>> > >>>> > > > >>> And one more thing Valve - have the balls > >>>> and courtesy to respond > >>>> > to > >>>> > > > the > >>>> > > > >>> concerns being expressed here. > >>>> > > > >>> > >>>> > > > >>> > >>>> > > > >>> > >>>> > > > >>> > >>>> _______________________________________________ > >>>> > > > >>> 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 > >>>> > > > >> > >>>> > > > >> > >>>> > > > > > >>>> > > > > > >>>> > > > > -- > >>>> > > > > - Benjamin Davison > >>>> > > > > -- > >>>> > > > > > >>>> > > > > > >>>> _______________________________________________ > >>>> > > > > 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 > >>>> > >>>> > >>> > >>> > >>> -------- > >>> Nigredo Studios http://www.nigredostudios.com > >>> > >>> > >>> > >>> > ____________________________________________________________________________________ > >>> > >>> Sponsored Link > >>> > >>> Mortgage rates near 39yr lows. > >>> $510k for $1,698/mo. Calculate new payment! > >>> www.LowerMyBills.com/lre > >>> > >>> _______________________________________________ > >>> 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
