Re: [hlcoders] Alive?
I'm on a coding list? I forgot. On 5/9/2011 8:03 PM, Trevor 'Drak' wrote: Is the coders mailing forum still active? ___ 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
Re: [hlcoders] Awesome
Perhaps you should have considered having a 200+ step process to 'fix' the problem, which involves reinstalling windows among other things to waste even more of their time. On 4/14/2011 1:32 PM, Garry Newman wrote: Exactly right. A lot of sites are reporting that people get banned from Steam - this isn't true. (How's that going to work?) garry On Thu, Apr 14, 2011 at 5:16 PM, Saul Rennisonsaul.renni...@gmail.com wrote: To be slightly more detailed than Rodrigo and Tobias were: According to Garry's Blog, the DRM is a simple call home, which I presume sends the 64-bit SteamID to one of Garry's servers, which in turn checks to see if they are valid license owners of Garry's Mod, if not, send back a PIRATE signal, which then causes the engine error. Thanks, - Saul On 14 April 2011 16:08, Chrissniper...@fragspersecond.net wrote: http://www.gamepron.com/news/2011/04/12/garrys-mod-catches-pirates-the-fun-way/ Awesome story. Any insight into how it was done? ___ 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
Re: [hlcoders] Awesome
I didn't think it was a dick move. I just think he should have gone a little further to troll the user. Maybe crash garrys mod and force-open this URL: http://www.youtube.com/watch?v=T3n0vBcW5fc On 4/14/2011 8:00 PM, Jonathan Murphy wrote: I also thought that this was a bit of a dick move, would've been a much funnier troll if it did something humorous other than crash the game and then force the user to inadvertently publish identifying information. Bad form Garry. On Fri, Apr 15, 2011 at 8:25 AM, Spencer 'Voogru' MacDonald voo...@voogru.com mailto:voo...@voogru.com wrote: Perhaps you should have considered having a 200+ step process to 'fix' the problem, which involves reinstalling windows among other things to waste even more of their time. On 4/14/2011 1:32 PM, Garry Newman wrote: Exactly right. A lot of sites are reporting that people get banned from Steam - this isn't true. (How's that going to work?) garry On Thu, Apr 14, 2011 at 5:16 PM, Saul Rennisonsaul.renni...@gmail.com mailto:saul.renni...@gmail.com wrote: To be slightly more detailed than Rodrigo and Tobias were: According to Garry's Blog, the DRM is a simple call home, which I presume sends the 64-bit SteamID to one of Garry's servers, which in turn checks to see if they are valid license owners of Garry's Mod, if not, send back a PIRATE signal, which then causes the engine error. Thanks, - Saul On 14 April 2011 16:08, Chrissniper...@fragspersecond.net mailto:sniper...@fragspersecond.net wrote: http://www.gamepron.com/news/2011/04/12/garrys-mod-catches-pirates-the-fun-way/ Awesome story. Any insight into how it was done? ___ 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
Re: [hlcoders] Awesome
But it would be so worth it. On 4/14/2011 8:44 PM, Skyler York wrote: Keep in mind, obvious trap is obvious. Too much trolling and you give away they've been caught. It would seem Garry did just enough to trick the user into thinking it was a legitimate error so that they'd report it. On Thu, Apr 14, 2011 at 5:07 PM, Spencer 'Voogru' MacDonald voo...@voogru.com mailto:voo...@voogru.com wrote: I didn't think it was a dick move. I just think he should have gone a little further to troll the user. Maybe crash garrys mod and force-open this URL: http://www.youtube.com/watch?v=T3n0vBcW5fc On 4/14/2011 8:00 PM, Jonathan Murphy wrote: I also thought that this was a bit of a dick move, would've been a much funnier troll if it did something humorous other than crash the game and then force the user to inadvertently publish identifying information. Bad form Garry. On Fri, Apr 15, 2011 at 8:25 AM, Spencer 'Voogru' MacDonald voo...@voogru.com mailto:voo...@voogru.com wrote: Perhaps you should have considered having a 200+ step process to 'fix' the problem, which involves reinstalling windows among other things to waste even more of their time. On 4/14/2011 1:32 PM, Garry Newman wrote: Exactly right. A lot of sites are reporting that people get banned from Steam - this isn't true. (How's that going to work?) garry On Thu, Apr 14, 2011 at 5:16 PM, Saul Rennisonsaul.renni...@gmail.com mailto:saul.renni...@gmail.com wrote: To be slightly more detailed than Rodrigo and Tobias were: According to Garry's Blog, the DRM is a simple call home, which I presume sends the 64-bit SteamID to one of Garry's servers, which in turn checks to see if they are valid license owners of Garry's Mod, if not, send back a PIRATE signal, which then causes the engine error. Thanks, - Saul On 14 April 2011 16:08, Chrissniper...@fragspersecond.net mailto:sniper...@fragspersecond.net wrote: http://www.gamepron.com/news/2011/04/12/garrys-mod-catches-pirates-the-fun-way/ Awesome story. Any insight into how it was done? ___ 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
Re: [hlcoders] A2S_RULES just getting another challenge
Number 3 and 4 can be done by following valve employees into TF2 games and healing them. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of frostschutz Sent: Monday, June 14, 2010 12:27 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] A2S_RULES just getting another challenge On Mon, Jun 14, 2010 at 05:58:47PM +0200, C-F Strid wrote: Side note though: I'm not getting all the ConVars I'd like, and the last one is cut off. The dev wiki mentions this. Still no solution? Possible solutions (for Source): 1) use rcon 2) use the remote logging facility 3) bribe someone at Valve to fix their broken Source Query protocol 4) bribe someone at Valve to release proper documentation for it too Regards frostschutz ___ 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
Re: [hlcoders] Source Engine 2!!!
She got disfigured in a portal mishap. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of 1nsane Sent: Friday, June 11, 2010 11:45 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Source Engine 2!!! That was a girl? It seemed quite ugly. Very much so compared to the person they based it on. On Fri, Jun 11, 2010 at 11:07 AM, Colm Sloan colmsl...@gmail.com wrote: I'd like to see the girl from Portal as a new character in TF2. ___ 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
Re: [hlcoders] ConVar assignment breaks game
I made the assignment to a global variable cvar is NULL when the dll loads. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Klaus Müller Sent: Wednesday, May 19, 2010 10:43 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] ConVar assignment breaks game Okay, seems like it broke the game because I made the assignment to a global variable, although I still don't understand what the problem with that is. So if I assign it to a member variable of my panel resp. my property sheet class, at least the game remains functional. The problem still remains though that I can't change the value of the variable. Klaus Müller wrote: I'm currently rewriting the entire options dialogue of Ep2 in order to be able to add my own options. One of the fields I want to add is the number of decals. So I made a call to cvar-FindVar(r_decals) in my optionspanel.cpp. Since I'll be needing the ConVar multiple times, I assigned it to a ConVar pointer via ConVar *cvDecals = (ConVar*) cvar-FindVar(r_decals); The same is done in c_baseplayer.cpp for example, i.e. ConVar *pVar = (ConVar *)cvar-FindVar( snd_soundmixer ). The code compiles absolutely fine. However, if I start the mod and go to the console, it says ConVarRef cl_forwardspeed doesn't point to an existing ConVar. Trying to open my panel I get a unknown command modoptions. When I want to start a singleplayer game I get the DT_Basegrenade error discussed here multiple times, complaining about missing decoders. And, to top it all off, when I close the game via exit or quit through the console or the quit dialogue, the game crashes with this listed as faulty module: Fault Module Name:client.dll_unloaded. The strange thing is though that if I don't assign the return value of FindVar() and simply do a Q_strcpy( m_cDecals, cvar-FindVar(r_decals)-GetString() ); m_pDecals-SetText( m_cDecals ); everything works fine and the value of r_decals gets printed to the appropriate text field. However, it's not possible to change the value of the ConVar. For example, if I do a cvar-FindVar(r_decals)-SetValue(1024) before I copy the string to m_cDecals, the value will still be 2048 as defined in my config.cf. This is all very confusing since I can't find the striking difference between the example in c_baseplayer I mentioned and my panel. ___ 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
Re: [hlcoders] Dugs in sdk update
Besides that scripts are ugly as hell from a C++ coder's point of view. Fixed. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of David Kraeutmann Sent: Monday, May 10, 2010 4:50 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Dugs in sdk update Besides that Uscript is ugly as hell from a C++ coder's point of view. On Mon, May 10, 2010 at 10:28 PM, Dexter dex...@linux.com wrote: Sure, let me just port all this C++ code to Uscript really quick .. :) On Mon, May 10, 2010 at 1:27 PM, Ryan Sheffer darksk...@gmail.com wrote: Download the UDK today! ~Ryan On May 10, 2010, at 10:30 AM, Jeffrey \botman\ Broome botman.hlcod...@gmail.com wrote: Coming Soon http://developer.valvesoftware.com/wiki/Valve_Time :) On 5/10/2010 12:22 PM, Sam wrote: So does anyone know an ETA of when this is going to be fixed? I'm tired of changing the appID every time I open Source SDK. On Mon, May 3, 2010 at 4:55 PM, JumpCore Productions onl...@jumpcore.com wrote: We're a bit off topic here, I know, but here's a work around from the forums. It seems to do the job, as far as I can tell. Good luck with finishing up your mod! *** Originally Posted by IcarusNine: Changing a mod's gameinfo.txt appID from 218 (SDK Base 2007) to 440 (Team Fortress 2) seems to work around it. I'm not sure what Hammer is using/associating with the appID, but the lack of it is what's causing at least some of the problem. -Original Message- Date: Mon, 3 May 2010 17:32:19 +0100 From: Harry Jefferyharry101jeff...@googlemail.com Subject: Re: [hlcoders] Dugs in sdk update To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Message-ID: t2sbcdad96f1005030932ibc83eff2v5eb9c9c861465...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 It'd be nice if valve could fix this soon. Our mod can't progress at all, we only really need to fix up the maps at the moment. ___ 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
Re: [hlcoders] VS2010
But it can be fixed, which is probably a good intelligence barrier. If someone can't figure out how to make it work, it's one less person posting on this list how do i nake rawkit launcher multiplay - voogru. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Jarno Veuger Sent: Tuesday, April 13, 2010 4:18 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] VS2010 But it doesn't work, since it doesn't compile in VS2008 (and VS2010) out of the box. - Ywa Op 13-Apr-10 19:40, Harry Jeffery schreef: If it works, dont break it. On 13 April 2010 18:33, Jarno Veugerh...@mr-green.nl wrote: Because no one in Valve maintains the mod SDK anymore. - Ywa Op 13-Apr-10 14:00, Casey Doran schreef: Been using it for a while now. While the stock SDK code does not compille, making the changes listed on the wiki to get it running for 2008 work fine. (Why isn't valve shipping SDK code that works on current-gen IDEs?) Honestly, I haven't had a single issue that the people above have had. Been using RC Ultimate from dreamspark, installed release professional from dreamspark last night and did a test compile. Everything looks beautiful. :) On Tue, Apr 13, 2010 at 7:16 AM, Tom Edwardst_edwa...@btinternet.comwrote: It also does highlighting and intellisense in preprocessor-disabled areas, which makes which makes working with shared code much easier. On 13/04/2010 9:58, Tom Edwards wrote: I've used it since Beta 2 and it's great for Source. If your projects work in 2008 there shouldn't be any manual changes needed after you move to 2010. It's 100% worth upgrading for the new Intellisense. It's way faster and doesn't need to be rebuilt every time the IDE starts, and also does the inline error checking thing for Win32 C++ now. On 13/04/2010 6:29, Bob Somers wrote: It's out now, if you haven't heard. http://www.microsoft.com/visualstudio/en-us/ Did anyone here on the list use the betas or RCs (or even the now the release version) for compiling source mods? I'd love to upgrade to VS2010 to get the multi-monitor support, but if it's going to cause me headaches I'll just stick with VS2008. --Bob ___ 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 __ Information from ESET NOD32 Antivirus, version of virus signature database 5026 (20100413) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ 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 __ Information from ESET NOD32 Antivirus, version of virus signature database 5026 (20100413) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ 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
Re: [hlcoders] Steam 2010 mod support and Source for the Mac
One time google brought up a old news article about some Airline declaring bankruptcy from like 2000. In 2008 or 2009. The stock went weee-splat (-95%), and then immediately recovered. Some good deals there yar. - voogru. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Harry Jeffery Sent: Monday, March 15, 2010 4:22 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Steam 2010 mod support and Source for the Mac I need to read google news less. _ On 15 March 2010 19:20, Adam Buckland adamjbuckl...@gmail.com wrote: Oh dear. How many people read that article? Elan Ruskin and Alex Vlachos have been at Valve since 2006. That writer doesn't have a clue On 15 Mar 2010, at 18:25, Harry Jeffery harry101jeff...@googlemail.com wrote: It doesn't help that Sony is run by a megalomaniac who insists on giving the PS3 8 cores even though the designers believed having only 6 would be more practical/efficient. To get something done right it generally needs to be collaborative. Take open source software and Valve as examples. Anyways, I'm sure there are some real PS3 developers reading this mailing list now that valve have stolen some PS3 devs from Naughty Dog. On 15 March 2010 14:07, Marek Sieradzki marek.sierad...@gmail.com wrote: And PS3 game devs I use bare driver and not OpenGL from what I've heard. Porting to PS3 is totally different thing than porting to Mac. ___ 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
Re: [hlcoders] How to find SteamID
If you're making any kind of player database though I'd go ahead and use the
64 bit ID's, that way if valve ever changes the STEAM_x:y:z format in the
future your stuff will work without making any modifications.
I don't use the STEAM_ id's anymore for anything big.
-Original Message-
From: hlcoders-boun...@list.valvesoftware.com
[mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma
Sent: Monday, January 18, 2010 11:29 AM
To: 'Discussion of Half-Life Programming'
Subject: Re: [hlcoders] How to find SteamID
I'd prefer:
uint32 accountId = sid.GetAccountID();
char text[255];
Q_snprintf(text, 255, STEAM_0:%d:%d\n, accountId 0x01, accountId 1);
// Alternatively:
// Q_snprintf(text, 255, STEAM_0:%d:%d\n, accountId % 2, accountId / 2);
I think I mentioned this earlier in the thread.
-Original Message-
From: hlcoders-boun...@list.valvesoftware.com
[mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Mark Chandler
Sent: Monday, January 18, 2010 1:18 AM
To: Discussion of Half-Life Programming
Subject: Re: [hlcoders] How to find SteamID
If you use steam_api.lib from the sdk and steam_api.dll you can get it
this way:
#include steam/steam_api.h
#include steam/isteamuser.h
#include steam/steamclientpublic.h
SteamAPI_InitSafe();
CSteamAPIContext cc;
cc.Init();
ISteamUser *user = cc.SteamUser();
if (user)
{
CSteamID sid = user-GetSteamID();
uint64 scid = sid.ConvertToUint64();
bool srv = scid % 2;
int auth = ((scid - srv) - 76561197960265728) / 2;
char text[255];
Q_snprintf(text, 255, STEAM_0:%d:%d\n, srv, auth);
}
___
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
Re: [hlcoders] How to find SteamID
Community ID is the steam id. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Alexander Hirsch Sent: Monday, January 04, 2010 8:15 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] How to find SteamID What? Anyways, you can obtain it via CSteamID ID; ToBaseMultiplayerPlayer( pPlayer )-GetSteamID( ID ); I'm not sure how to parse it correctly, but you can obtain the Community ID via ID.ConvertToUint64(); On Mon, Jan 4, 2010 at 12:57 PM, Adem Sadiku leon...@hotmail.com wrote: stop fucking begging me aight -- From: Michael Bang michael__b...@hotmail.com Sent: Monday, January 04, 2010 12:47 To: hlcoders@list.valvesoftware.com Subject: [hlcoders] How to find SteamID Hi there, I'm wondering if there is a reliable way to find a users current SteamID, without having to type status in the console, while being connected to an online game? So far I've been reading the Steam.log-file, to find the SteamID, but I found out that it's not very reliable. It doesn't update everytime I log on to a new account. Is there any way to force steam to update the file, or even better - another place to find the ID? Thanks _ Word Up! Få opdateringer fra Facebook og Arto i din Messenger. Gør det her! http://www.microsoft.com/danmark/windows/windowslive/import-friends/ ___ 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
Re: [hlcoders] SVN GPL Question
+1 -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma Sent: Friday, November 20, 2009 10:57 PM To: 'Discussion of Half-Life Programming' Subject: Re: [hlcoders] SVN GPL Question You're right. You should just accidentally all of valve's engine codes to the webs. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Garry Newman Sent: Friday, November 20, 2009 1:57 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] SVN GPL Question All this license bullshit. What's the point. garry On Fri, Nov 20, 2009 at 9:50 PM, Bob Somers magicbob...@gmail.com wrote: Eww... yikes, I can't imagine GPL3 being a viable license for a large chunk of projects then. Stick with LGPL, it seems to make the most sense out of all the OS licenses. --Bob On Fri, Nov 20, 2009 at 1:33 PM, Keeper hl2li...@afksoftware.com wrote: When I read up on the GPL3 this morning. You have to provide all the source code allow your application to compile. It's geared towards 100% open source applications. So for licensing your plugin as open source, it seems that the Lesser license is what we need to use since we don't (and cannot) supply the code for the VALVe libraries that we link against. Keeper -Original Message- From: Bob Somers [mailto:magicbob...@gmail.com] Sent: Friday, November 20, 2009 4:25 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] SVN GPL Question Does the GPL also cover libraries that you use, though? As I understand it, all of *your* code could be covered under the GPL, while Valve's is still covered under there license, and doesn't need to be supplied. It would probably be a royal bitch to decouple the code that much though, especially when we're talking about the source SDK. --Bob On Fri, Nov 20, 2009 at 1:15 PM, Keeper hl2li...@afksoftware.com wrote: As I understand GPL3, as long as you provide all the source code to build the application then you are fine. In which case we could not _legally_ be in compliance with that licensing. Which is why I was asking. I think we can be open source, but I think the version of license that we are using is incorrect. I'll look into the LGPL ... thanks for that info. Keeper ___ 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
Re: [hlcoders] Change default demo directory and move demos after creation
Why not just record the demo to where it will end up anyway and skip the whole moving part? With SourceTV you can change the demo path by simply doing like tv_record path/to/demo.dem, probably the same with the standard record command. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of N K Sent: Tuesday, November 17, 2009 2:06 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Change default demo directory and move demos after creation Hello everyone. I've got two rather special questions which I doubt have been asked before. I'm guessing that's also why I haven't been able to find anything about it on the internet so far. First of, I'm working with the OB version of the SDK. I've added a custom trigger to triggers.cpp that is supposed to start and stop a demo when the player touches it. That's where my first question comes up. I'm recording the demo to a temporary file that I want to rename and move after it's fully recorded. For that purpose I'd like to save the temporary demo in another folder than the root dir of my mod in /sourcemods (say in /sourcemods/mymod/temp). Is that possible somehow or is it not in the hands of modders? I have not been able to find anything about it in the source code the SDK provides so I'm getting the feeling it's not. Secondly, once the demo is stopped, I want to rename it after a certain scheme and then move it out of it's temporary folder (respectively the root dir if I can't change that). The problem is that it takes a certain time until the demo is stopped. Right now, touching the stopping trigger calls the Touch( CBaseEntity *pOther ) method from where it issues the following two commands: engine-ServerCommand( stop\n ); pPlayer-MoveDemo( pPlayer ); I've implemented the MoveDemo method in basecombatcharacter.cpp cause I need to access player specific variables I added to the class. Now my question is simply how I could work around this problem, meaning how could I make sure the MoveDemo function gets called when I can be sure that the demo isn't used by the application anymore. In that context I just thought of another question that's of similar nature. I don't want to stop the demo at the exact moment the player touches the trigger. I'd rather have a little time difference of say 6+ seconds so the demo doesn't stop so abruptly. I'm really happy about any input from you guys cause I'm completely stuck because of these problems right now. Thank you. ___ 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
Re: [hlcoders] Bump mapping in HL1
Isn't there some other mod that changed out the OpenGL binary triggering VAC bans? -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Trevor 'Drak' Sent: Monday, October 05, 2009 4:07 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Bump mapping in HL1 I'm trying to add bump mapping in the goldsrc engine. And I just about got it. I use the CG toolkit and standard OpenGL libraries and place them in the root of the half-life folder. Will this piss off VAC? What exactly do I have todo to trigger VAC - I'm doing a lot with the renderer. ___ 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
Re: [hlcoders] CSS FOV since last update?
Here's an idea, if you don't like valves mod support, go make awesome server mods for non-valve games. Oh wait... -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Nick Sent: Tuesday, September 15, 2009 6:39 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] CSS FOV since last update? Remember when valve gave modders good tools and fixed bugs? no, neither do i.. On Tue, Sep 15, 2009 at 5:32 PM, Tony Paloma drunkenf...@hotmail.com wrote: You guys remember when they broke say in hl2mp? -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Jay Croghan Sent: Tuesday, September 15, 2009 12:42 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] CSS FOV since last update? Thanks for your help but I've been around long enough to know all about network vars. I can't think of how it wouldn't be intentional though, breaking console commands wouldn't be too easily done! - Jay Quoting Saul Rennison saul.renni...@gmail.com: A) No it wouldn't have been intentional. B) Change the CBasePlayer::m_iFOV SendProp to change FOV Thanks, - Saul. 2009/9/15 Jay Croghan c...@c0ld.net Hey, I would consider it a coding question as I'm writing code which used to use it server side via the IServerPluginHelpers interface and it stopped working after the last update with no console messages. I was simply wondering if this was intentional or not :) - Jay Quoting ZuM eduardo...@gmail.com: Well, but he asked why it isn't working with sv_cheats enable, so it is considered as cheat but changing the values with sv_cheats enable does nothing. Honestly, i don't know why it isn't working since i'm not a Valve employee and also i don't play CS:S anymore to check if this is true :X. 2009/9/15 Jorge Rodriguez bs.v...@gmail.com Jay, I'm not sure if this is even a coding question, which is why you probably got all of the snarky replies. I'm not a Valve employee, but it think I would be accurate if I said that the reason fov is considered a cheat is because players used to set it to ridiculously large values to be able to see other players who were directly behind them, or zoom in to be able to see players far away, even without a scope or binoculars. It shouldn't be restricted entirely, but rather capped to a certain value range, like 80 to 120 or so. Can we stop bickering now? -- Jorge Vino Rodriguez ___ 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
Re: [hlcoders] Fragments memory corruption in the Source Engine (exploit; arbitary memory access)
Not really. I've personally seen valve fix stuff like this once they were made aware of it. I'm wondering if this guy even alerted valve to it before releasing it. I don't mind him publicly disclosing stuff, but giving out pre-packaged binaries with the exploit that any 13 year old could figure out how to use is a little silly in my opinion. It's enough to describe the exploit and the specifics related to it. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Joel R. Sent: Friday, August 21, 2009 12:21 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Fragments memory corruption in the Source Engine (exploit; arbitary memory access) Public disclosure is the only way to get something fixed. On Thu, Aug 20, 2009 at 11:09 PM, Adam amckern McKern amck...@yahoo.comwrote: Dont you just love public disclosure by black hats? Owner Nigredo Studios http://www.nigredostudios.com --- On Fri, 21/8/09, 1nsane 1nsane...@gmail.com wrote: From: 1nsane 1nsane...@gmail.com Subject: Re: [hlcoders] Fragments memory corruption in the Source Engine (exploit; arbitary memory access) To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Received: Friday, 21 August, 2009, 12:55 PM And there's still some left. But hey, now this is super public! On Thu, Aug 20, 2009 at 10:49 PM, AzuiSleet azuisl...@gmail.com wrote: These exploits are already public, and have been floating around for years before anyway. On Thu, Aug 20, 2009 at 8:43 PM, Matt Hoffman lord.matt.hoff...@gmail.comwrote: Is it really a good idea to post the link? Not everyone on this list has the best intentions, nor do I think anyone can do anything about it? (Correct me if I'm wrong) Wouldn't it work better directly mailed to Valve? On Thu, Aug 20, 2009 at 7:37 PM, Saul Rennison saul.renni...@gmail.com wrote: Luigi has found yet another exploit in Valve's up-to-date, unexploitable engine :D Thanks, - Saul. ___ 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 __ Find local businesses and services in your area with Yahoo!7 Local. Get started: http://local.yahoo.com.au ___ 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
Re: [hlcoders] Lines of code in Source SDK?
Over 9000. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Adam Buckland Sent: Tuesday, August 18, 2009 8:35 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Lines of code in Source SDK? Just a quick question: How many lines of code would you estimate, make up the Source SDK? -- Bucky ___ 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
Re: [hlcoders] New Headers?
In dt_send.h, in the SendProp class, add 4 bytes just before const char *m_pVarName;. There appears to be one more change that just might be the SendPropType, on DataTables the SendPropType comes up as DPT_NUMSendPropType. - voogru. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Keeper Sent: Thursday, August 13, 2009 8:26 PM To: 'Discussion of Half-Life Programming' Subject: [hlcoders] New Headers? Is there any chance we can get an updated SDK for our plugins? This latest OB update killed most of the plugins out there. Thanks, Keeper ___ 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
Re: [hlcoders] whats happening with this engine
I like this one better. http://compsoc.dur.ac.uk/whitespace/ -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Olly Sent: Saturday, July 25, 2009 10:54 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] whats happening with this engine Its a good job you used tinyurl, otherwise it wouldn't have fit on my screen!... 2009/7/25 Harry Pidcock haz...@tpg.com.au Valve contacted me yesterday to tell me they have successfully implemented a new feature. http://tinyurl.com/4f6mt I hope to see more of these innovations in the future. -- From: Andrew Ritchie gotta...@gmail.com Sent: Saturday, July 25, 2009 10:21 AM To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] whats happening with this engine Surely this topic could be split into several different points. Personally I see 4 different ones here. 1) Engine features 2) Tools Capabilities 3) Tools Availability 4) Tools Presentation The first is ignorable, Valve is clearly only going to add new features or change things, like BSP and displacement maps, when they think it's important. It's their engine and it needs to do what their games need doing. If you choose to use Source then you have to accept you are modding their engine. Sure TF, CS, DoD etc.. all were mods that made Valve a lot of money and brought huge success but they were also developed around the constraints of the engine rather than the engine being built FOR these mods to be made. If a technical limitation is big enough to warrent an engine change then do so rather than hanging about wanting Valve to add the feature, as big as the previous mentioned mods are you'd need to really prove you're up to their popularity before Valve would make a drastic change for you. So either accept the engine's features before you get underway or be prepared to encounter the fact you can't do certain things without a lot of work, if not at all. The Tools Capabilities I think is what Jed was really getting at, I don't mean like adding features to hammer and stuff but specifically allowing the chance for modders to by pass say model exporting to smd and just use a common format. The tool would need to have the importer and converter written but I personally think that approaching Valve with a specific and industry accepted intermediate format might be a good cause. Especially if it makes life easier for getting the raw assets into a format that the tool can then use. With the availability of tools, I mean those asking that they be open source. Specifically referring to a comment about hammer, look at Worldcraft and BSP ( Yahn's editor iirc ) they were originally personal projects. So you could take a leaf and have a bash at your own editor and open source it, you never know might turn out to be a better designed tool. However just having the source code to hammer, I doubt would be of any benefit, you'd have dozens of versions of the tool floating around and do you really think you could add something useful to it? It may have bugs but if you advocate open source then why not take the initiative and lead by example? The last one, has been brought up in regards to wrapping a tool with a UI or removing the need for QC files. With this I think the issue is balancing the technical knowledge and the capabilities of a tool. However I feel it again falls back to a situation where Valve are happy to use it the way it is, they understand it and can get any of their tools to do what they need. It's the new, non technical, or perhaps slightly lazy people who would need that more complex aspects automated for them. I'd refer this back to Hammer, the early days of mapping could often mean rooting around in a hex or text editor and as things progressed and art started needing the technical requirements to be simplified you found map editors hiding away the old formats. Worldcraft and Hammer essentially sit between the user and the BSP, VIS, RAD etc.. compilers. The format they accept might be, at this stage, more heavily tied into hammer but it's still a front end for those. Again perhaps Worldcraft was a special case with Valve gobbling it up, HLMV too, but I think if the community is adamant enough about simplifying and unifying the tool chain then perhaps a bit of proactive development could lead the way or at least prove to Valve that everyone is serious about rethinking the way we interact with the SDK. Ok, sorry bit of a ramble but mainly what I wanted to share was that specific things like adding FBX to the formats studiomdl can accept would be good ventures as they are specific and have an immediately obvious reason. The other
Re: [hlcoders] Rendering Z-Depth Pass's in TF2?
Wait, he didn't get the whole $10 though, doesn't it split 50/50 between him and valve? -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Harry Jeffery Sent: Saturday, July 04, 2009 5:55 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Rendering Z-Depth Pass's in TF2? And mine! =[ =[ =[ Let's mug him! 2009/7/4 Matt Hoffman lord.matt.hoff...@gmail.com: Yeah I don't need it in GMod, I need them in TF2. You've already gotten my 10bux. On Sat, Jul 4, 2009 at 1:13 PM, Garry Newman garrynew...@gmail.com wrote: Gimmie ten bux and I'll show you how to make all the TF2 DOF'd screenshots you could ever want! garry On Sat, Jul 4, 2009 at 8:34 PM, Harry Jeffery harry101jeff...@googlemail.com wrote: H... create a lookalike mod with tf2 content mounted and ask garry how to do DOF blur? 2009/7/4 Matt Hoffman lord.matt.hoff...@gmail.com: Well I'm sure that's now how Valve does it, so now im curious as to how they do it for the Meet the Shorts. Maybe it's part of the Source Filmmaker toolkit... *cough* As to the tracelines: Guh that sounds painful for 30 fps... Probably not even worth it in even the shortest scene. On Sat, Jul 4, 2009 at 11:00 AM, Harry Jeffery harry101jeff...@googlemail.com wrote: You could do a server plugin that does tracelines and produces a shade of white from (0-255) based on distance. That would be (1024*768) tracelines though. So cpu usage could be fun. 2009/7/4 Matt Hoffman lord.matt.hoff...@gmail.com: I don't suppose there is any way to have TF2 render a z-depth pass ( http://aamirmalik.net/wp-content/uploads/2009/01/zdepth.jpg One grabbed off of google). What it would be useful for is post DOF. As far as I know there's no way to do DOF in TF2 by default, so I was wondering if there was some shader or plugin or anything that could render a pass of the scene like this. Ever hopefull, -Matt ___ 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
Re: [hlcoders] Source SDK Beta Concluded
No no no. Bush did it. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Jorge Rodriguez Sent: Tuesday, June 16, 2009 5:33 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Source SDK Beta Concluded It was Stavros. -- Jorge Vino Rodriguez ___ 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
Re: [hlcoders] TF2 compound_bow kill
Yeah, you just think of what you want to accomplish and bam, it happens. Pretty cool. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Raphael Hehl Sent: Thursday, June 04, 2009 1:31 PM To: 'Discussion of Half-Life Programming' Subject: Re: [hlcoders] TF2 compound_bow kill Server Plugins works without code? -Ursprüngliche Nachricht- Von: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] Im Auftrag von Gabriel Gesendet: Donnerstag, 4. Juni 2009 13:02 An: hlcoders@list.valvesoftware.com Betreff: [hlcoders] TF2 compound_bow kill This has no tie to coding. This list is for more modding/SDK related discussion. Gabriel Smith ___ 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
Re: [hlcoders] npc_surface - Could VALVekindlyprovidethesourcecodeto this awesome test entity?
Can I interest you in a tin foil hat? -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of James Keith Sent: Wednesday, April 15, 2009 7:22 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] npc_surface - Could VALVekindlyprovidethesourcecodeto this awesome test entity? Upon further investigation, valve will most likely not give this to us. It's going to be a part of Episode 3. Why do i say this? Not only does it call on the Hydra model, but in the console commands for the surface entity, the shape of it can be switched between the test shape and the hydra model. It's the new hydra. Mike has appeared to have lied. James - Original Message - From: Jonas 'Sortie' Termansen hlcod...@maxsi.dk To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Wednesday, April 15, 2009 5:03 PM Subject: Re: [hlcoders] npc_surface - Could VALVekindlyprovidethesourcecodeto this awesome test entity? Very interesting self-assembling NPC. Should be possible using some kind of alternative AI that can think for every blob at once, and some kind of advanced mesh blending with a env_cubemap shader. And some weird physics. I *could* program it, if I had the time or saw gameplay potential. - Original Message - From: Matt Hoffman lord.matt.hoff...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Wednesday, April 15, 2009 5:44 PM Subject: Re: [hlcoders] npc_surface - Could VALVe kindlyprovidethesourcecodeto this awesome test entity? Jonas: http://www.youtube.com/watch?v=sqSS0sSff44 On Wed, Apr 15, 2009 at 5:59 AM, Jonas 'Sortie' Termansen hlcod...@maxsi.dk wrote: Uhm, I have little idea what exact entity you are talking about; where can I see a video of this benchmark entity? - Original Message - From: James Keith jimmy4...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Wednesday, April 15, 2009 3:53 AM Subject: Re: [hlcoders] npc_surface - Could VALVe kindlyprovidethesourcecode to this awesome test entity? No. I have the particle benchmark, it's not an env_cubemap surface being called, as i have a multi-colored blob. James - Original Message - From: Garry Newman garrynew...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Tuesday, April 14, 2009 7:54 AM Subject: Re: [hlcoders] npc_surface - Could VALVe kindly providethesourcecode to this awesome test entity? Wasn't it just a bunch of env_cubemap spheres floating about? garry On Tue, Apr 14, 2009 at 11:59 AM, James Keith jimmy4...@gmail.com wrote: Fine, you code up a NPC that has the properties of a fluid. James - Original Message - From: Garry Newman garrynew...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Tuesday, April 14, 2009 3:39 AM Subject: Re: [hlcoders] npc_surface - Could VALVe kindly provide thesourcecode to this awesome test entity? Why can't people just code their own stuff.. garry On Tue, Apr 14, 2009 at 5:21 AM, Matt Hoffman lord.matt.hoff...@gmail.comwrote: Source is all about modding. Valve should understand that. Half of modding (or more) is experimenting. I don't see why letting people experiment with it is a good thing, especially in Source's code. Just something to think about. On Mon, Apr 13, 2009 at 7:10 PM, James Keith jimmy4...@gmail.com wrote: Darn. I really wanted that! Thanks, James. - Original Message - From: Tobias Kammersgaard tobias.kammersga...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Monday, April 13, 2009 10:01 PM Subject: Re: [hlcoders] npc_surface - Could VALVe kindly provide the sourcecode to this awesome test entity? I asked Mike Durand for this a long time ago. Hi Tobias- Sorry. That file isn't part of the SDK distro. In fact, I'm not sure that it is even being used internally at this point. It was an old experiment. -Mike /ScarT 2009/4/14 James Keith jimmy4...@gmail.com I know this is probably going to sound kinda silly, but could someone contact valve (sending this to gabe would seem kinda fruity, i have no idea who to ask) and see if we can get the source code to npc_surface? It was a npc from the particle benchmark that had the properties of a liquid, and i'm interested in how it worked. It's not provided in the source code (yet npc_blob from the benchmark is, hmm?) and I don't see how it would hurt anybody if we could look at it. Thanks, James. ___ To unsubscribe, edit your list
Re: [hlcoders] npc_surface - Could VALVe kindly provide the sourcecode to this awesome test entity?
IT'S THE TERMINATOR. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Matt Hoffman Sent: Tuesday, April 14, 2009 12:58 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] npc_surface - Could VALVe kindly provide the sourcecode to this awesome test entity? Ooh good point. Somehow, I think it would be pulled like the Hydra was. Speculation on the entity: Looking at this video: http://www.youtube.com/watch?v=sqSS0sSff44 It would appear that either some mesh blending is going on (Instead of just no-coliding some blobs and moving them togeather) or there's some material implemented that appears to blend. If you look further on smooth bumps are produced between the main blobs, which leads me to the mesh blending/defomation idea. On Mon, Apr 13, 2009 at 9:53 PM, Tobias Kammersgaard tobias.kammersga...@gmail.com wrote: This is where we start speculating whether they're going to use it for Episode Three,and whatnot amirite? /ScarT 2009/4/14 Matt Hoffman lord.matt.hoff...@gmail.com Source is all about modding. Valve should understand that. Half of modding (or more) is experimenting. I don't see why letting people experiment with it is a good thing, especially in Source's code. Just something to think about. On Mon, Apr 13, 2009 at 7:10 PM, James Keith jimmy4...@gmail.com wrote: Darn. I really wanted that! Thanks, James. - Original Message - From: Tobias Kammersgaard tobias.kammersga...@gmail.com To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Monday, April 13, 2009 10:01 PM Subject: Re: [hlcoders] npc_surface - Could VALVe kindly provide the sourcecode to this awesome test entity? I asked Mike Durand for this a long time ago. Hi Tobias- Sorry. That file isn't part of the SDK distro. In fact, I'm not sure that it is even being used internally at this point. It was an old experiment. -Mike /ScarT 2009/4/14 James Keith jimmy4...@gmail.com I know this is probably going to sound kinda silly, but could someone contact valve (sending this to gabe would seem kinda fruity, i have no idea who to ask) and see if we can get the source code to npc_surface? It was a npc from the particle benchmark that had the properties of a liquid, and i'm interested in how it worked. It's not provided in the source code (yet npc_blob from the benchmark is, hmm?) and I don't see how it would hurt anybody if we could look at it. Thanks, James. ___ 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
Re: [hlcoders] Orange Box SDK Beta (Not L4D)
* Particle systems can now be defined with a per-map manifest, similar to soundscapes. Inside the particles folder you simply create particles_mapname.txt and declare your particle system files just like the regular manifest. Prefix with ! to cache automatically. Ex: file !particles/mymap_effects.pcf I wonder if it'll be possible to send down particles from the server via plug-in and have the client properly load them... Also, From teamplayroundbased_gamerules.h virtual bool GetInfo_Custom(int valueType, pluginvariant outValue, pluginvariant options); What is pluginvariant I'm assuming it's just variant_t in disguise? There is no definition for it in the SDK. - voogru. -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Tony Sergi Sent: Monday, March 16, 2009 8:51 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Orange Box SDK Beta (Not L4D) Missing, sorry ;) Vmtcheck/vmt_tweak shouldn't have been mentioned either. My bad. -Tony -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of James Keith Sent: March-16-09 8:38 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Orange Box SDK Beta (Not L4D) I see no normal2ssbump, where is it? ___ 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
Re: [hlcoders] (no subject)
To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders How do these ppl get on the mailing list to begin with? Maybe time for valve to put triple opt-in ? -Original Message- From: hlcoders-boun...@list.valvesoftware.com [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of homi Sent: Thursday, March 05, 2009 3:16 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] (no subject) please dont send mi this mesges. thanks ___ 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
Re: [hlcoders] L4D Plugin Headers
I'd wait till full release before asking :) valves got a lot on their plate :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Saul Rennison Sent: Thursday, November 13, 2008 5:06 PM To: Discussion of Half-Life Programming Subject: [hlcoders] L4D Plugin Headers I'm wondering if one of the Valve Devs would be able to zip up the new SDK headers that are required to make plugins. Mattie [Casper] noticed that VEngineCVar has updated from 004 (TF2) to 007 (L4D). He also noticed an update in eiface. I politely ask any of the Valve Devs to stick the new headers and or libraries up somewhere. Much thanks in advance, - Saul. ___ 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
Re: [hlcoders] Steam Community Group members
This isn't possible from the Steam API AFAIK. You're better off using the XML from the steam community pages. IE: http://steamcommunity.com/id/voogru?xml=1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of frikazoyd Sent: Thursday, October 23, 2008 3:31 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Steam Community Group members Hi, I noticed in the isteamfriends.h API there is some code to grab Steam Community Group info for the local player. Is there a way to check whether anybody on the server is a member of a particular community group? I don't see any promising function names in the CSteamID class. Thanks, frikazoyd ___ 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
[hlcoders] Old recorded demos
Hi, Is there anything we can do about demos being broken nearly every time an update for a mod is out? I have some old demos I need to extract the audio out of (voice comm.) but obviously can't play it back due to mod updates. And I can't get the older version of the mod (TF2) to make demo playback possible. Am I totally screwed? - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
[hlcoders] Decompiling Orangebox Models
Hey all, I'm trying to decompile an orangebox model to change the path of a texture, but it appears every tool I come across after a google search, the utilities do not appear to work for Orangebox models. Are there any tools available that actually work to decompile orangebox models? Thanks. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Decompiling Orangebox Models
I'm going to be using the model in orangebox, I'm not trying to make an orangebox model work in EP1, I just need to fix a path in an orangebox model to a texture. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bl4nkeh Sent: Monday, August 25, 2008 5:04 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Decompiling Orangebox Models There's a program out there called fixvtf (the download link I had is gone now) that would make it so you could use Ep2 models in Ep1. I imagine you could convert them over to Ep1 using that, change the stuff you want, and probably conver it back over to Ep2 afterwards. Spencer 'voogru' MacDonald wrote: Hey all, I'm trying to decompile an orangebox model to change the path of a texture, but it appears every tool I come across after a google search, the utilities do not appear to work for Orangebox models. Are there any tools available that actually work to decompile orangebox models? Thanks. - voogru. ___ 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
Re: [hlcoders] Decompiling Orangebox Models
I tried that but the decompiler crashed regardless. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jake Breen Sent: Monday, August 25, 2008 5:06 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Decompiling Orangebox Models Open up the OB .mdl with notepad.. Change the header from 'IDST0' to 'IDST,' (Note: it may be 'IDST-' or something else, just change it to 'IDST,') and decompile normally. bl4nkeh wrote: There's a program out there called fixvtf (the download link I had is gone now) that would make it so you could use Ep2 models in Ep1. I imagine you could convert them over to Ep1 using that, change the stuff you want, and probably conver it back over to Ep2 afterwards. Spencer 'voogru' MacDonald wrote: Hey all, I'm trying to decompile an orangebox model to change the path of a texture, but it appears every tool I come across after a google search, the utilities do not appear to work for Orangebox models. Are there any tools available that actually work to decompile orangebox models? Thanks. - voogru. ___ 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
Re: [hlcoders] Running Source on VMWare Fusion
Hi, I'm a PC. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of botman Sent: Friday, August 15, 2008 10:15 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Running Source on VMWare Fusion Adam amckern McKern wrote: I have a friend that is trying to help me out with models, however he only has an Intel Mac, and is running VMWare Fusion for Mac. When ever he try's to launch a steam game, it sits there with the green 'loading Source SDK Base', and then dumps him back to the desktop, even before hl2.exe loads. What can we do? Buy a PC? aw c'mon, somebody had to say it! :) -- Jeffrey botman Broome ___ 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
Re: [hlcoders] Breaking on Asserts freezes VS2005?
I can't remember the last time I ran a game in full screen. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony omega Sergi Sent: Sunday, July 20, 2008 10:35 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Breaking on Asserts freezes VS2005? run in widnow mode if you're not. you should always debug in window mode - it's to the point now that i play most mods in window mode now too. On Sun, Jul 20, 2008 at 9:57 PM, Walter Gray [EMAIL PROTECTED] wrote: I've been having the strangest problem recently with Asserts. I have visual studio 2005 express all setup to run my mod when I hit debug, but whenever I hit Break in one of the Assert windows, Half-Life takes over that monitor and seems to freeze VS2005. I can bring up the task manager and alt tab, but I can't seem to bring up the visual studio window to debug the application. The wierdest thing is that I can get around this by putting visual studio on a separate monitor. If I do that, it works fine, but recently I've been working on a one-monitor system and it's becoming a problem. Does anyone know why this might be happening or have any suggestions on how to fix it? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- -Tony ___ 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
Re: [hlcoders] Post your code!
I actually liked SI... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Garrett Sent: Sunday, June 15, 2008 8:21 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Post your code! Yeah, that's what's killed Science and Industry 2. I joined the dev team last summer, thinking I could jump start the mod again, get things actually moving since they were without a coder. Boy was I wrong. The mod wasn't going anywhere not just because it was without a coder. It wasn't going anywhere because the team was a bunch of lazy people who couldn't really care less about SI2, let alone SI. Most of the people on the team would rather torrent and watch entire seasons of bad American TV shows. Granted, there were a couple people who still tried to keep working on the mod, including myself. But those of us who actually cared about the mod were completely bogged down with real life and barely had time to work on it. Maybe those other lazy people were busy with real life, but they always made sure they had plenty of time to watch season after season of TV shows. Garrett aka FredFriendship /offtopic - Original Message From: Ben Everett [EMAIL PROTECTED] To: Discussion of Half-Life Programming hlcoders@list.valvesoftware.com Sent: Sunday, June 15, 2008 4:21:17 PM Subject: Re: [hlcoders] Post your code! http://www.obike.net/forsaken/Release.exe There's the link to download the final version of Forsaken. Management skills aren't as much of a problem as most people think, it's something that can be developed over time. The problem is finding people that are willing to dedicate time and effort to a mod, even if it means making a little sacrifices. Unfortunately not many people are willing to do that, which is why a lot of mods have been dying. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tobias Kammersgaard Sent: Sunday, June 15, 2008 6:01 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Post your code! Just checked it out. Seems like you guys were pretty far in development! I could easily see somebody taking continuing this project, unfortunately,I don't think my management skills are good enough for that. What kinda scares me (bit off-topic, I know) is the amount of mods (big) mods dying lately. /ScarT On 16/06/2008, Ben Everett [EMAIL PROTECTED] wrote: I don't have access to modify the Forsaken entry on ModDB anymore unfortunately. I would have no problem throwing it up on Google Code, IF the mod was still being actively developed. The problem was never updating the code, just art assets and maps. You know there is a problem when coders start learning how to map ;) Forsaken could still easily be developed and released for wide public use, the only thing ever lacking was the final push from artists and mappers to add the few remaining assets. Unfortunately our lead mapper is now the lead level designer for Little Big Planet, our lead character artist/animator is now the lead character artist for Hi-Rez Studio's Global Agenda, and our lead weapon modeler has worked full-time at Terminal Reality for quite a while. It's hard for people to work on a game full-time during the day and come home and work on another game... it's draining on a lot of levels. The key thing is we all had fun developing Forsaken. All we cared about was making a game that WE enjoyed playing, and at that we succeeded. It's just unfortunate that despite the amount of time we poured into the project, the general public never really got to see what we were doing. That's why I'm releasing everything now... to let others enjoy it. There's the fringe benefit for everyone else out there in getting to learn from our source code, there's some pretty cool stuff tucked away in there. One of them being the ability to have a mapper create the win conditions for a map that depends on the team. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Edwards Sent: Sunday, June 15, 2008 5:27 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Post your code! You could put it on ModDB too. http://www.moddb.com/mods/3591/forsaken/downloads Ben Everett wrote: Copyright isn't an issue at all, distribution is. I'll contact FilePlanet and FileShack to have them host it. You can already nab all art assets and code from: http://www.obike.net/forsaken/Forsaken%20Release.rar I'll upload a installation file for the mod itself shortly. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Edwards Sent: Sunday, June 15, 2008 2:33 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Post your code! Watch out for copyright. It doesn't matter if you can get in touch with them any more: it's still not your work. Otherwise, bring it on! :-) Ben Everett wrote:
Re: [hlcoders] Tools and SDK Updates Live Now
Yeah, this would also have the side effect of allowing mappers to make their own particle systems. It's a no brainer. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Edwards Sent: Friday, June 13, 2008 4:59 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Tools and SDK Updates Live Now If this is going to happen, it would be great to do the same for other types of manifest. If files like soundscapes, response rules and soundscripts were given unique extensions (currently they're all plain ..txt) the engine could scan the whole scripts/ folder for them. It'd help mappers trying to embed custom scripts in their maps as well as plugin authors. I use .soundscape, .soundscript and .talker already, so that they're picked up by my syntax highlighting rules in Notepad++, and it works a treat. (There would need to be an exclude list for response rules you didn't want.) Spencer 'voogru' MacDonald wrote: Mike, it would be nice to take advantage of the particle systems from the plug-in interface, currently everything is accessible and it's possible to spawn and make full use of the existing particle systems that a mod has. However, if I create a separate particle system (ie, neat_effects.pcf), add it to the download table, and precache it from the server, it gets sent to the client, but ultimately the client does not load the particle effect. I can get them to work ultimately by loading the particle system with the particle tools, but that's it. A quick investigation on the client and I've noticed that the client reads a list of files from the particles_manifest.txt and reads all particle files that are listed in that file, is there any real point to doing this rather than simply loading all *.pcf files in the game mods particles directory (as well as the sub-directories)? Or alternatively, watching the downloadables string table for *.pcf files and reading custom particle systems that way. It would be really nice for server plug-in authors to be able to create their own custom particle systems, and this is the only thing that is preventing it. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Durand Sent: Thursday, June 12, 2008 9:08 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Tools and SDK Updates Live Now Hi All- We've updated the engine tools and the SDK this afternoon. Here's the changelist: =SDK Source Code= -Removed GameStats.cpp and GameStats.h from the server folder since the client and server should be using the one in shared -Removed deprecated statgather.cpp from the client folder -Added requested headers for 'matsys_controls' =SDK Tools= Fixed crash in 'splitskybox.exe' =Source Engine Tools= Fixed crashes in the Particle Editor, Material Editor, and Commentary Editor when saving files -Mike ___ 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
Re: [hlcoders] Tools and SDK Updates Live Now
Come to think of it, it might be a better idea to just use a networked string table (say... particleprecache), read the default particle systems from the manifest, and then after reading other precached files (models, generic, sound), process the particleprecache. Mainly to just avoid reading potentially hundreds of particles that may end up in the particles folder that won't be used on the server they are connecting to. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matt Stafford Sent: Friday, June 13, 2008 4:50 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Tools and SDK Updates Live Now I'm gonna make this change anyway, load all .pcf fies from the particles directory (the code is in particle_parse.cpp) On Fri, Jun 13, 2008 at 1:33 PM, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Mike, it would be nice to take advantage of the particle systems from the plug-in interface, currently everything is accessible and it's possible to spawn and make full use of the existing particle systems that a mod has. However, if I create a separate particle system (ie, neat_effects.pcf), add it to the download table, and precache it from the server, it gets sent to the client, but ultimately the client does not load the particle effect. I can get them to work ultimately by loading the particle system with the particle tools, but that's it. A quick investigation on the client and I've noticed that the client reads a list of files from the particles_manifest.txt and reads all particle files that are listed in that file, is there any real point to doing this rather than simply loading all *.pcf files in the game mods particles directory (as well as the sub-directories)? Or alternatively, watching the downloadables string table for *.pcf files and reading custom particle systems that way. It would be really nice for server plug-in authors to be able to create their own custom particle systems, and this is the only thing that is preventing it. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Durand Sent: Thursday, June 12, 2008 9:08 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Tools and SDK Updates Live Now Hi All- We've updated the engine tools and the SDK this afternoon. Here's the changelist: =SDK Source Code= -Removed GameStats.cpp and GameStats.h from the server folder since the client and server should be using the one in shared -Removed deprecated statgather.cpp from the client folder -Added requested headers for 'matsys_controls' =SDK Tools= Fixed crash in 'splitskybox.exe' =Source Engine Tools= Fixed crashes in the Particle Editor, Material Editor, and Commentary Editor when saving files -Mike ___ 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 -- Matt Stafford (Wraiyth) http://www.wraiyth.com ___ 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
Re: [hlcoders] Tools and SDK Updates Live Now
Mike, it would be nice to take advantage of the particle systems from the plug-in interface, currently everything is accessible and it's possible to spawn and make full use of the existing particle systems that a mod has. However, if I create a separate particle system (ie, neat_effects.pcf), add it to the download table, and precache it from the server, it gets sent to the client, but ultimately the client does not load the particle effect. I can get them to work ultimately by loading the particle system with the particle tools, but that's it. A quick investigation on the client and I've noticed that the client reads a list of files from the particles_manifest.txt and reads all particle files that are listed in that file, is there any real point to doing this rather than simply loading all *.pcf files in the game mods particles directory (as well as the sub-directories)? Or alternatively, watching the downloadables string table for *.pcf files and reading custom particle systems that way. It would be really nice for server plug-in authors to be able to create their own custom particle systems, and this is the only thing that is preventing it. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Durand Sent: Thursday, June 12, 2008 9:08 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Tools and SDK Updates Live Now Hi All- We've updated the engine tools and the SDK this afternoon. Here's the changelist: =SDK Source Code= -Removed GameStats.cpp and GameStats.h from the server folder since the client and server should be using the one in shared -Removed deprecated statgather.cpp from the client folder -Added requested headers for 'matsys_controls' =SDK Tools= Fixed crash in 'splitskybox.exe' =Source Engine Tools= Fixed crashes in the Particle Editor, Material Editor, and Commentary Editor when saving files -Mike ___ 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
[hlcoders] Player collisions, enemies vs friendlies.
Hey guys, I've been trying to work with the collisions in TF2 and figure out exactly how it's deciding who collides with who. In TF2, with tf_avoidteammates set to 1, red players don't collide with red players, blue players don't collide with blue players. I've noticed the collisiongroups on red and blue players appear to be the same, so I'm wondering what function is actually determining whether they collide or not, I have looked at ShouldCollide and various other functions that seem to be related to this and haven't had any luck. Any ideas? Thanks. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Limiting access by Steam ID
This is your best bet. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam Maras (memzero) Sent: Tuesday, June 03, 2008 5:17 PM To: 'Discussion of Half-Life Programming' Subject: Re: [hlcoders] Limiting access by Steam ID Could you invite the testers to a private Steam Communities group and hard-code the group ID into the mod instead? Then, simply use the Steam API to check for membership in that group. // Adam Maras (memzero) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jed Sent: Tuesday, June 03, 2008 2:04 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Limiting access by Steam ID I know this is going to be a controversial subject but bear with me. I was asked by one of our Mod team if it would be possible for the internal beta version to lock them so that they could only be played by certain people. As we use SVN to allow testers to download/update the various builds it's percieveable they could give/share their SVN info and others could happily leech off it. The idea was to hard code a list of steam ID's into the DLLs for the duration of testing and basically refuse to load the game if you're not on the list. We're not thinking just stopping people joining games but actually stopping them completely so they can't make local listen or LAN servers. I've never gone this deep into the whole Steam side of things for getting ID's or where would be a suitable or safe place to put the check/reject code. Thoughts? Suggestions? - Jed P.S. We're a EP1 mod. ___ 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
Re: [hlcoders] Limiting access by Steam ID
You can use the Steam Client API to get their FriendID, which converts to their STEAM ID, this would be implemented on the client. Then for the server end you put some protection there as well. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of vivoli Sent: Tuesday, June 03, 2008 6:01 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Limiting access by Steam ID You can't because in LAN (or localhost), the SteamID is STEAM_PENDING. So you can't limiting access by SteamID. Nuclear Dawn does something like this, with Steam ID's as far as I know. I imagine a good place would be the DLL's init function (server client?). That's my best guess. /ScarT On 03/06/2008, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: This is your best bet. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adam Maras (memzero) Sent: Tuesday, June 03, 2008 5:17 PM To: 'Discussion of Half-Life Programming' Subject: Re: [hlcoders] Limiting access by Steam ID Could you invite the testers to a private Steam Communities group and hard-code the group ID into the mod instead? Then, simply use the Steam API to check for membership in that group. // Adam Maras (memzero) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jed Sent: Tuesday, June 03, 2008 2:04 PM To: Discussion of Half-Life Programming Subject: [hlcoders] Limiting access by Steam ID I know this is going to be a controversial subject but bear with me. I was asked by one of our Mod team if it would be possible for the internal beta version to lock them so that they could only be played by certain people. As we use SVN to allow testers to download/update the various builds it's percieveable they could give/share their SVN info and others could happily leech off it. The idea was to hard code a list of steam ID's into the DLLs for the duration of testing and basically refuse to load the game if you're not on the list. We're not thinking just stopping people joining games but actually stopping them completely so they can't make local listen or LAN servers. I've never gone this deep into the whole Steam side of things for getting ID's or where would be a suitable or safe place to put the check/reject code. Thoughts? Suggestions? - Jed P.S. We're a EP1 mod. ___ 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 -- Utilisant le client e-mail révolutionnaire d'Opera : http://www.opera.com/mail/ ___ 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
Re: [hlcoders] CUtlVector*... Memory management?
I thought FireFox could do no wrong? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Saturday, May 31, 2008 8:32 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] CUtlVector*... Memory management? There are only a few sections where the gains were at all significant. Rather than a divergent library they probably could've realized a few optimization patches and gotten the same benefit. The thing I don't understand though is why so many software companies to this day still try to do so much low-level memory management themselves, as if the OS was incapable of it. It's not just gaming software either: case in point, Firefox and its insane memory management that bloats to using hundreds of megabytes over time. Paul Peloski wrote: -- [ Picked text/plain from multipart/alternative ] In the algorithms they made some significant gains on Windows and Xbox, but not so much on Mac and Linux. I guess libstdc++ is faster than Microsoft's STL implementation. Since a lot of games will target Microsoft platforms I guess it was a good move to rewrite their STL implementation. I wonder if Valve has a similar benchmark comparison for CUtl* and the equivalent operations using STL. Regards, Paul On Fri, Feb 15, 2008 at 11:23 AM, Nate Nichols [EMAIL PROTECTED] wrote: That is a really interesting article. How did you find it? Also, they do have some performance benchmarks buried at the bottom: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html#Appendix_ 20 Nate On Fri, Feb 15, 2008 at 9:55 AM, Paul Peloski [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Interesting, thanks for finding that. I wonder if eastl is actually faster, more portable, etc. I'm sure it satisfies their desire for a simpler std::allocator. But, I would have liked to see some performance comparisons in this paper. There's nothing like hard numbers to justify the time they spent rewriting/redesigning the STL. Regards, Paul On Fri, Feb 15, 2008 at 4:56 AM, Justin Krenz [EMAIL PROTECTED] wrote: I found a good site that details EA's own version of STL and why game companies don't use STL. http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2271.html Paul Peloski wrote: -- [ Picked text/plain from multipart/alternative ] Why doesn't Valve use the STL, anyways? I've always wondered. I really like the STL (and Boost). Is there some important consideration I missed about their usage with the Source SDK? Regards, Paul ___ 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
Re: [hlcoders] Truncated/Shortened A2S_INFO for TF2
Even loading up these IP's in HLSW give problems, it's probably something running on the server mucking with queries. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Allan Sent: Thursday, May 08, 2008 4:58 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Truncated/Shortened A2S_INFO for TF2 On 7 May 2008, at 18:03, Tom Leighton wrote: Have you checked its not sending 2 packets ? With the rest of the packet following? No, but given that the protocol specifically defines how such a situation would be handled by the first 4 bytes of the reply being 0xFFFE rather than the reply I'm seeing of 0x I doubt that has much to do with it. The replies are also very small (~100 bytes) so I don't see why they'd be split across multiple UDP datagrams. FWIW: [EMAIL PROTECTED] ~/src $ python Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type help, copyright, credits or license for more information. import socket udpsock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) udpsock.connect((213.228.232.26, 27015)) udpsock.send(\xFF\xFF\xFF\xFFTSource Engine Query\x00) 25 udpsock.settimeout(10) a = udpsock.recv(1400) b = udpsock.recv(1400) Traceback (most recent call last): File stdin, line 1, in module socket.timeout: timed out Good idea though. :) Ciao. -Chris ___ 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
Re: [hlcoders] Steam login ingame
It sounds to me like he wants to make some malicious server plugins. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony omega Sergi Sent: Thursday, May 08, 2008 3:35 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Steam login ingame I can't think of a valid reason why you'd want the login name, unless you're trying to steal it or something. There is no benefit for having it. On Thu, May 8, 2008 at 3:17 PM, Tony Paloma [EMAIL PROTECTED] wrote: And, as far as I know, neither contains the steam username used to login. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of LDuke Sent: Thursday, May 08, 2008 10:32 AM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] Steam login ingame You can examine the steamID and determine the steam community id. This would let you process their steam friends page or the xml version of it. On Thu, May 8, 2008 at 3:46 AM, vivoli [EMAIL PROTECTED] wrote: Hi, I look for how to have the Steam login of a player ingame (for example my Steam Login is vivoli12). I can have the STEAM_ID with GetNetworkIDString(), but I don't know how I can have the Steam Login. Someone can help me? (I use the HL2 Episode One SDK) ___ 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 -- -Tony ___ 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
Re: [hlcoders] extract detail model positions from a .bsp file?
Okay. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chrs Anderson Sent: Friday, March 14, 2008 2:49 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] extract detail model positions from a .bsp file? DO NOT EMAIL ME Nick [EMAIL PROTECTED] wrote: Hotmail is screwing up the entire message list. Please use gmail instead. On Fri, Mar 14, 2008 at 10:14 AM, Adam Donovan wrote: Hi Ryan, By detail props I mean the type of models that are generated automatically on a WorldVertexTransition transition texture based on alpha ranges I always thought it was done at compile time because I see the following line when compiling Placing detail props : 0...1...2...3...4...5...6...7...8...9...10 or is this something else? I would look in the bsp file if there was a simple way to read it as text? -is there? - it just looks like garlbe mess when i open one in notpad..maybe i should try a hex editor? I havent looked into the code for the bsp files yet maybe I will now have a look..any help on this would be cool cause then we might be able to make a small tool that others can use to place any type of entity. thanks again adam Date: Thu, 13 Mar 2008 23:18:45 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] hlcoders digest, Vol 1 #3715 - 6 msgsextract detail model positions from a .bsp file? Are you sure they are compiled? I thought those were generated as func_detail on runtime. If surface detail models are done on compile, they are probably merged with Model 0 (worldspawn). If you find those are generated in vbsp, then just alter vbsp to dump a list of coordinates for you. We have the vbsp code, not the orange box ones yet though I don't think. On Thu, Mar 13, 2008 at 7:02 PM, Adam Donovan wrote: Hi Again all, Is there any way anyone knows of a way to extract detail model positions from a .bsp file? I would like to be able to rip the x,y,z information of the detail models so that I can use the coordinates to place static props. By detail models I mean the unlit models that are emitted from a .vbsp file at compile time. Any ideas help? Adam _ New music from the Rogue Traders - listen now! http://ninemsn.com.au/share/redir/adTrack.asp?mode=clickclientID=832referr al=hotmailtaglineOct07URL=http://music.ninemsn.com.au/roguetraders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- ~Ryan _ Overpaid or Underpaid? Check our comprehensive Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fcontent%2Emycareer%2Ecom%2Ea u%2Fsalary%2Dcentre%3Fs%5Fcid%3D595810_t=766724125_r=Hotmail_Email_Tagline _MyCareer_Oct07_m=EXT ___ 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
Re: [hlcoders] extract detail model positions from a .bsp file?
Yeah I wonder how they get on the mailing list to begin with. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of 1nsane . Sent: Friday, March 14, 2008 3:14 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] extract detail model positions from a .bsp file? OT: What is it with this recent bunch of retards? How can they subscribe themselves to the list, then confirm it and yet be unable to read the Unsubscribe message at the bottom while having the audacity to YELL at us to stop emailing him? I will keep on emailing the list, not him. On Fri, Mar 14, 2008 at 2:57 PM, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Okay. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chrs Anderson Sent: Friday, March 14, 2008 2:49 PM To: Discussion of Half-Life Programming Subject: Re: [hlcoders] extract detail model positions from a .bsp file? DO NOT EMAIL ME Nick [EMAIL PROTECTED] wrote: Hotmail is screwing up the entire message list. Please use gmail instead. On Fri, Mar 14, 2008 at 10:14 AM, Adam Donovan wrote: Hi Ryan, By detail props I mean the type of models that are generated automatically on a WorldVertexTransition transition texture based on alpha ranges I always thought it was done at compile time because I see the following line when compiling Placing detail props : 0...1...2...3...4...5...6...7...8...9...10 or is this something else? I would look in the bsp file if there was a simple way to read it as text? -is there? - it just looks like garlbe mess when i open one in notpad..maybe i should try a hex editor? I havent looked into the code for the bsp files yet maybe I will now have a look..any help on this would be cool cause then we might be able to make a small tool that others can use to place any type of entity. thanks again adam Date: Thu, 13 Mar 2008 23:18:45 -0700 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] hlcoders digest, Vol 1 #3715 - 6 msgsextract detail model positions from a .bsp file? Are you sure they are compiled? I thought those were generated as func_detail on runtime. If surface detail models are done on compile, they are probably merged with Model 0 (worldspawn). If you find those are generated in vbsp, then just alter vbsp to dump a list of coordinates for you. We have the vbsp code, not the orange box ones yet though I don't think. On Thu, Mar 13, 2008 at 7:02 PM, Adam Donovan wrote: Hi Again all, Is there any way anyone knows of a way to extract detail model positions from a .bsp file? I would like to be able to rip the x,y,z information of the detail models so that I can use the coordinates to place static props. By detail models I mean the unlit models that are emitted from a .vbsp file at compile time. Any ideas help? Adam _ New music from the Rogue Traders - listen now! http://ninemsn.com.au/share/redir/adTrack.asp?mode=clickclientID=832referr al=hotmailtaglineOct07URL=http://music.ninemsn.com.au/roguetradershttp://n inemsn.com.au/share/redir/adTrack.asp?mode=clickclientID=832referral=hotma iltaglineOct07URL=http://music.ninemsn.com.au/roguetraders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- ~Ryan _ Overpaid or Underpaid? Check our comprehensive Salary Centre http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fcontent%2Emycareer%2Ecom%2Ea u%2Fsalary%2Dcentre%3Fs%5Fcid%3D595810_t=766724125_r=Hotmail_Email_Tagline _MyCareer_Oct07_m=EXThttp://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fconte nt%2Emycareer%2Ecom%2Eau%2Fsalary%2Dcentre%3Fs%5Fcid%3D595810_t=766724125_ r=Hotmail_Email_Tagline_MyCareer_Oct07_m=EXT ___ 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
RE: [hlcoders] RE: tags maybe messing up mods?
You can fix that by removing any declaration of maxplayers from configs or the servers startup line. Your server will be capped at 2 players, but now your sv_tags will be empty. Woop Woop Yay. Heres my sv_tags with maxplayers 24. 23:28:00 L 03/04/2008 - 22:27:58: server_cvar: sv_tags increased_maxplayers,respawntimes, Yay! Heres my sv_tags with maxplayers 4 23:28:00 L 03/04/2008 - 22:29:15: server_cvar: sv_tags increased_maxplayers,respawntimes, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Sheffer Sent: Tuesday, March 04, 2008 8:47 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] RE: tags maybe messing up mods? -- [ Picked text/plain from multipart/alternative ] Little update on that, increased_maxplayers appears to be stuck to on. Cant set it to nothing. On Tue, Mar 4, 2008 at 5:35 PM, Ryan Sheffer [EMAIL PROTECTED] wrote: Only increased_maxplayers. On Tue, Mar 4, 2008 at 10:26 AM, Eric Smith [EMAIL PROTECTED] wrote: What tags are you seeing for your mod? (check the value of sv_tags on the server) -Eric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ryan Sheffer Sent: Monday, March 03, 2008 8:50 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Latest engine updates breaking sdk? Hey So with the latest steam updates I've noticed a couple things with our mod. Scoreboard avatars no longer work, and the only way you can see servers is through the custom tag server window. Anyone else noticed these? -- ~Ryan -- ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- ~Ryan -- ~Ryan -- ___ 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
RE: [hlcoders] Requesting (again): ent_fire and ent_name APIs for Server Plugins?
I hate to rain on your bash valve parade...
But this is in the Orange Box SDK:
//--
---
// Purpose: Interface from engine to tools for manipulating entities
//--
---
class IServerTools : public IBaseInterface
{
public:
virtual IServerEntity *GetIServerEntity( IClientEntity
*pClientEntity ) = 0;
virtual bool SnapPlayerToPosition( const Vector org, const QAngle
ang, IClientEntity *pClientPlayer = NULL ) = 0;
virtual bool GetPlayerPosition( Vector org, QAngle ang,
IClientEntity *pClientPlayer = NULL ) = 0;
virtual bool SetPlayerFOV( int fov, IClientEntity *pClientPlayer =
NULL ) = 0;
virtual int GetPlayerFOV( IClientEntity *pClientPlayer = NULL ) = 0;
virtual bool IsInNoClipMode( IClientEntity *pClientPlayer = NULL ) =
0;
// entity searching
virtual void *FirstEntity( void ) = 0;
virtual void *NextEntity( void *pEntity ) = 0;
virtual void *FindEntityByHammerID( int iHammerID ) = 0;
// entity query
virtual bool GetKeyValue( void *pEntity, const char *szField, char
*szValue, int iMaxLen ) = 0;
virtual bool SetKeyValue( void *pEntity, const char *szField, const
char *szValue ) = 0;
virtual bool SetKeyValue( void *pEntity, const char *szField, float
flValue ) = 0;
virtual bool SetKeyValue( void *pEntity, const char *szField, const
Vector vecValue ) = 0;
// entity spawning
virtual void *CreateEntityByName( const char *szClassName ) = 0;
virtual void DispatchSpawn( void *pEntity ) = 0;
// This reloads a portion or all of a particle definition file.
// It's up to the server to decide if it cares about this file
// Use a UtlBuffer to crack the data
virtual void ReloadParticleDefintions( const char *pFileName, const
void *pBufData, int nLen ) = 0;
virtual void AddOriginToPVS( const Vector org ) = 0;
};
#define VSERVERTOOLS_INTERFACE_VERSION VSERVERTOOLS001
Oh, I wonder what this could be...
virtual void *CreateEntityByName( const char *szClassName ) = 0;
Oh and...
virtual void *FirstEntity( void ) = 0;
virtual void *NextEntity( void *pEntity ) = 0;
Oh baby! We're getting raunchy now!
Perhaps when CSS gets upgraded to the Orangebox engine this will be made
available. It works in TF2 at least.
Regardless of what valve does to try and limit plug-ins, programmers will
find ways around it.
I think valve should welcome plug-ins, not try and thwart them. Not
everybody wants to make a full blown mod, the original plug-in SDK was a sad
joke. With regards to the HudMsg in CSS, I fully agree.
One of what I believed to be AdminMOD's trademark (the pretty center says),
removed from the new game purposely... by the creator of AdminMOD!
But, center says work in TF2... but perhaps I should not speak so loudly
cause valve might hear it, though with the new additions in the Orangebox
engine, I think valve is improving. Let's hope it continues.
Bash valve all you want (I do it too!), but they are leaps and bounds ahead
of other companies when it comes to customization.
I'll give them credit where it's due.
- voogru.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LDuke
Sent: Friday, February 29, 2008 4:50 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Requesting (again): ent_fire and ent_name APIs for
Server Plugins?
--
[ Picked text/plain from multipart/alternative ]
My point was that that is going to be the only way. Not only has Valve made
it clear that mod-specific API items won't be provided, they've removed as
much as possible the functionality of plugins.
As an example, remember the SpawnEntityByName function (from June 2005)?
That function has long been removed from the codebase. - Alfred
Spawning entities into a map from a plugin is not supported. - Alfred
We are more concerned with giving people consistent gameplay rather than
any specific cheat problem. You would be amazed at the number of people
that get confused (i.e email us complaining) when joining a HL1 based
server with some of the noisier mods (I am looking at the warcraft3
superhero mod here...). - Alfred
Or another example, the HudMsg that allows you to print text anywhere on the
screen? The font definition was intentionally removed from
ClientSchemes.res to prevent plugins from using HudMsg.
I'm 95% certain they won't add that. Properly done, signature scans don't
break that often. I haven't had to find a new signature for CSS in a long
time. Usually when one of mine is invalid it's because I've missed a wild
card flag.
On Fri, Feb 29, 2008 at 1:12 PM, Saul Rennison [EMAIL PROTECTED]
wrote:
The problem is, LDuke, Mattie doesn't want to add hacks and signature
scans to EventScripts (or whatever he wants it for), as it can break
pretty easily
[hlcoders] Players getting stuck in physics objects.
Hello, It seems I have come into an interesting issue. I have a physics object that I am spawning, and everything seems to work normally on it. It will collide with other physics, push them around, etc. Players will also clip/collide with them when they are stopped. The problem is, when the physics object is on the move, such as a barrel rolling, if the player is silly enough to stand in its way the poor uneducated player will get stuck in the physics object while the object moves through the player. If the object stops while instead the player, the player is then permanently stuck until the entity is either deleted, or another player decides to put him out of his misery. I thought it might be the collision groups, but I tried every possible collision group with no change. Any ideas? Thanks. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] New update.
The cake is a lie. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dylan McLaughlin Sent: Wednesday, January 23, 2008 8:33 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] New update. -- [ Picked text/plain from multipart/alternative ] Many thanks, whos up for some cake? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Steam account phishing
Or make bots to generate legitimate looking entries. That’s how you counter phishing. Fill it up with crap that the real stuff is so buried they'll never get to it. - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Leighton Sent: Friday, January 18, 2008 11:33 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Steam account phishing Lol, everyone spam it with useless info :P Grzegorz SieQ Łabuzek wrote: Received via Steam (chat): [תּשּׂ]Julie[Ŧ$](Teh Shovle: Cs1.6 - Css - TF2 - DoD:S - COD4 Tournaments On http://steam-gaming.tk/ : For The Winners Valve Complete Packs :) WARNING! It is supposed to be steam account phishing. The web page is located at membres.lycos.fr/steamonline/ ___ 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
RE: [hlcoders] Re: NPC Animation Latency...
You know what'd be cool? HL2 SDK on SVN, and as code patches get put in, we get access to the updates on the fly. Ah... wet dreams... - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Peloski Sent: Wednesday, December 05, 2007 7:37 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Re: NPC Animation Latency... -- [ Picked text/plain from multipart/alternative ] I reported this bug and the fix 8/8/*2006*. More than a year ago. And it's still in the shipping SDK and someone is still encountering it at least once a month. We need an SDK code update, Mike! Regards, Paul On Dec 5, 2007 1:09 PM, Christopher Harris [EMAIL PROTECTED] wrote: OH MEH GEE! This has fixed so many things This has fixed vehicle pose parameters, Third person player view, and npc jitter. Just have to see what other players look like, but If they are recieving a networked animtime should it matter if it is changed right before network update? Chris - Original Message - From: Andrew Watkins [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Wednesday, December 05, 2007 5:08 AM Subject: [hlcoders] Re: NPC Animation Latency... I don't see why, but although changing it to if((isNPC() IsSelfAnimating()) || !IsSelfAnimating()) doesn't work, simply if(IsSelfAnimating()) does it just for me fine! Not looked into player effects yet, though. Andrew Message: 5 From: Christopher Harris [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Re: NPC Animation Latency... Date: Tue, 4 Dec 2007 23:15:20 -0500 Reply-To: hlcoders@list.valvesoftware.com Didn't seem to do much. I tried net_fakelag 25 and it did look perfect. But I don't think having a mod running listen servers with fake lag is a smart move. Chris - Original Message - From: Maurino Berry [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Tuesday, December 04, 2007 9:16 PM Subject: Re: [hlcoders] Re: NPC Animation Latency... Hey there.. the default NPC jitter can be fixed with this : line 1920 of c_baseentity if (!IsSelfAnimating()) to if(IsSelfAnimating()) Although I think you can remove it entirely as this ended up having adverse effects when trying to actually do self animating entities (like properly predicting players), perhaps you could do if((isNPC() IsSelfAnimating()) || !IsSelfAnimating()) Let me know if that has any effect on your problem On Dec 3, 2007 2:15 PM, Christopher Harris [EMAIL PROTECTED] wrote: That did not help much. Now the pose parameters appear to be stuck at a single value and unchanged. I assume because there is no npc animation code on the client. The only C_AI_BaseNPC is a few minor things. Chris - Original Message - From: Andrew Watkins [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Monday, December 03, 2007 6:19 AM Subject: [hlcoders] Re: NPC Animation Latency... I have run into this problem too - and don't have a proper solution. I have discovered, however, that if you set net_fakelag to anything about ~25ms, the jittering disappears. This is probably in line with what you would expect with a listenserver-only problem. Until I find a proper solution, I have simply added UseClientSideAnimation() into the AI_BaseNPC constructor - this also stops jittering, but it does affect all animations, causing them to be less exaggerated From: Christopher Harris [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Date: Mon, 3 Dec 2007 02:09:04 -0500 Subject: [hlcoders] NPC Animation Latency... Reply-To: hlcoders@list.valvesoftware.com I have developed npcs deriving off the PlayerCompanion class and I am havin= g some issues. The first thing I tried was disabling any possible predictio= n issues or anything related to that, but it did not solve anything. ie CDi= sablePrediction Filtering. What is occuring is NPC animations are jittery and sometimes will enter jes= us pose breifly. As well sometimes odd animation issues occur where the fee= t are using wrong pose parameters to actual movement. Like the npc is walki= ng nw direction facing north and the feet look like they are strafing towar= d the east . The issue also only occurs in Listen Servers. In dedicated servers the anim= ations all work fantastically. Any help is appreciated. ___ 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
RE: [hlcoders] Combo System
Here this might help you, http://www.dummies.com/WileyCDA/DummiesTitle/productCd-0764568523.html - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of kitson foo Sent: Tuesday, December 04, 2007 10:11 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Combo System -- [ Picked text/plain from multipart/alternative ] ah yes you did. sorry about that its been awhile since i last checked the emails guess i missed it. i was adding it however i'm getting some undeclared identifiers for m_iComboCounter and m_flComboTime. i'm using HL2 SP too btw. the deploy segment in which you asks me to add the codes in is found in basehlcombatweapon_shared.h instead of being it inv BaseBuldgeonWeapon.cpp. below are the list of compile errors i recieved. error C2065: 'm_iComboTime' : undeclared identifier error C2065: 'm_iCombocounter' : undeclared identifier error C2014: preprocessor command must start as first nonwhite space error C2106: '=' : left operand must be l-value error C2143: syntax error : missing ')' before ';' warning C4390: ';' : empty controlled statement found; is this the intent? _ Get your free suite of Windows Live services! http://www.get.live.com/wl/all -- ___ 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
RE: [hlcoders] Team Fortress 2 Critical Hits
The cvars to control crits was removed in a recent update. So that wont work anymore. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve S. Sent: Monday, November 19, 2007 2:24 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Team Fortress 2 Critical Hits ummm has anyone tried this http://www.beetlesmod.com/forums/viewtopic.php?t=3724 I believe alot of it has to do with scoreboard momentum too, which I totally disagree with. I dislike rewarding good players in a way that makes it several times easier to get kills, because that subsequently means more momentum = more crit chance = more kills etc etc. On Nov 18, 2007 3:34 PM, Ryan --- [EMAIL PROTECTED] wrote: They can be summed up as such - great when they happen for you, horrible when they happen against you. At first i enjoyed the randomess but now i think perhaps more clarification on how to activate them would be helpful. As i understand it they are meant to be a reward for playing your chosen class skillfully, implying there is some sort of behind the scenes analytical monitoring code that studies a number of factors to judge how well you are playing, but i've had instances where the first shot i fire when i start as a new class can be a critical shot. If it is indeed a randomly occuring feature then i think they may in the end actually be a negative thing because players (as is mentioned in the commentary section of the game) don't mind being killed if their death was a result of a more skilled opponent or by poor play on their part but tend to get annoyed when their opponent gains an upperhand on them, not by skill, but by a poor game mechanic. I think randomly dished out one hit kills would fall into this category. But hey, there most likely is some kind of method behind it and i still love the game ;) On Nov 18, 2007 3:46 AM, Ryan Sheffer [EMAIL PROTECTED] wrote: This is the biggest complaint with TF2, but I personally don't mind them. I agree with the server console command. Also, we should keep this discussion on the Steam forums, this is the coders mailer. On Nov 16, 2007 7:15 PM, Tony omega Sergi [EMAIL PROTECTED] wrote: only thing I think crits should be able to be disabled for is match play. actually all of the the team that's winning continues to win stuff ruins match play. because if the other team you're playing against happens to get lucky one round, it ruins it for the rest of the match to the point that they spawn quicker, get crits more often and you can't make a comeback v ery easily, you end up being penalized for messing up at the start. it's extremely noticable on 2fort. -Tony On Nov 16, 2007 7:26 PM, Matt Stafford [EMAIL PROTECTED] wrote: Remove Crit Rockets and I'll be happy ;) On Nov 17, 2007 9:22 AM, Paul Peloski [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] This is the wrong place for that topic. The hlds list might be better. Although I like critical hits myself, they add some unpredictability to what would normally be me getting owned every time I play. Undoubtedly the feature brings new and casual gamers out to play, which is a great thing for TF2. Regards, Paul On Nov 16, 2007 4:02 PM, George Devgru Seal [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Any possibility of seeing critical hits as a server-side variable? Perhaps through a third-party module for servers, or even in an upcoming patch? Thanks -Devgru __ Devgru Seal - PC Geek - June 1st: HL2:Episode 1 Release October 9th, 2007: The Orange Box Release -- ___ 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 -- Matt Stafford (Wraiyth) http://www.wraiyth.com NightFall, a Half Life 2 Single Player Mod - http://www.nightfallmod.com ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- -omega ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders -- ~skidz
RE: [hlcoders] Wall running.
Maybe he's trying to keep the amount of programming lines down to a minimum?
I was bored, so let's see if outlook can do it any better.
Vector EndPoint;
trace_t tr;
if( mv-m_nButtons IN_STUNT mv-m_nButtons IN_SPEED mv-m_nButtons
IN_FORWARD )
{
for(i = 0; i 2; i++)
EndPoint[i] = player-GetAbsOrigin()[i] + m_vecRight[i] *
24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint,
MASK_SOLID_BRUSHONLY, NULL, COLLISION_GROUP_NONE, tr);
if( tr.fraction 1.0 ) // There is a wall
{
player-SetMoveType( MOVETYPE_WALL );
} else
{ // no wall
mv-m_nOldButtons |= IN_JUMP;
return false;
}
}
if( mv-m_nButtons IN_STUNT mv-m_nButtons IN_FORWARD )
{
for(i = 0; i 2; i++) EndPoint[i] = player-GetAbsOrigin()[i] +
m_vecRight[i] * 24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint,
MASK_SOLID_BRUSHONLY, NULL, COLLISION_GROUP_NONE, tr);
if( tr.fraction 1.0 ) // There is a wall
{
player-SetMoveType( MOVETYPE_WALL );
}
else
{ // no wall
mv-m_nOldButtons |= IN_JUMP;
return false;
}
}
if( mv-m_nButtons IN_STUNT mv-m_nButtons IN_SPEED mv-m_nButtons
IN_FORWARD )
{
for(i = 0; i 2; i++) EndPoint[i] = player-GetAbsOrigin()[i] +
m_vecRight[i] * -24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint,
MASK_SOLID_BRUSHONLY, NULL, COLLISION_GROUP_NONE, tr);
if( tr.fraction 1.0 ) // There is a wall
{
player-SetMoveType( MOVETYPE_WALL );
}
else
{ // no wall
mv-m_nOldButtons |= IN_JUMP;
return false;
}
}
if( mv-m_nButtons IN_STUNT mv-m_nButtons IN_FORWARD )
{
for(i = 0; i 2; i++) EndPoint[i] = player-GetAbsOrigin()[i] +
m_vecRight[i] * -24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint,
MASK_SOLID_BRUSHONLY, NULL, COLLISION_GROUP_NONE, tr);
if( tr.fraction 1.0 ) // There is a wall
{
player-SetMoveType( MOVETYPE_WALL );
} else { // no wall
player-mv-m_nOldButtons |= IN_JUMP;
return false;
}
}
- voogru.
-Original Message-
From: Jonathan Murphy [mailto:[EMAIL PROTECTED]
Sent: Friday, November 02, 2007 2:41 AM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Wall running.
--
[ Picked text/plain from multipart/alternative ]
If you code like that then you are the most elite programmer I've ever
encountered.
Seriously though I think your e-mail client has removed all your newlines
and/or whitespace, you should try sending from something other than Hotmail
possibly.
On 11/2/07, kitson foo [EMAIL PROTECTED] wrote:
--
[ Picked text/plain from multipart/alternative ]
hey guys i'm currently doing a wall run for my mod and i've encountered an
error when i tried doing it in the engine.
This is the error that i get :
Bogus pmove player movetype 2 on (1) 0=cl 1=sv
The bottom is my codes. any help i can get would be much appreciated.
Vector EndPoint; trace_t tr; if( mv-m_nButtons IN_STUNT
mv-m_nButtons IN_SPEED mv-m_nButtons IN_FORWARD ) { for(i = 0; i
2; i++) EndPoint[i] = player-GetAbsOrigin()[i] + m_vecRight[i] * 24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint, MASK_SOLID_BRUSHONLY,
NULL, COLLISION_GROUP_NONE, tr); if( tr.fraction 1.0 ) // There is a
wall { player-SetMoveType( MOVETYPE_WALL ); } else { // no wall
mv-m_nOldButtons |= IN_JUMP; return false; } } if( mv-m_nButtons
IN_STUNT mv-m_nButtons IN_FORWARD ) { for(i = 0; i 2; i++)
EndPoint[i] = player-GetAbsOrigin()[i] + m_vecRight[i] * 24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint, MASK_SOLID_BRUSHONLY,
NULL, COLLISION_GROUP_NONE, tr); if( tr.fraction 1.0 ) // There is a
wall { player-SetMoveType( MOVETYPE_WALL ); } else { // no wall
mv-m_nOldButtons |= IN_JUMP; return false; } } if( mv-m_nButtons
IN_STUNT mv-m_nButtons IN_SPEED mv-m_nButtons IN_FORWARD ) {
for(i = 0; i 2; i++) EndPoint[i] = player-GetAbsOrigin()[i] +
m_vecRight[i] * -24.0f; UTIL_TraceLine( player-GetAbsOrigin(), EndPoint,
MASK_SOLID_BRUSHONLY, NULL, COLLISION_GROUP_NONE, tr); if( tr.fraction
1.0 ) // There is a wall { player-SetMoveType( MOVETYPE_WALL ); } else {
// no wall mv-m_nOldButtons |= IN_JUMP; return false; } } if(
mv-m_nButtons IN_STUNT mv-m_nButtons IN_FORWARD ) { for(i = 0; i
2; i++) EndPoint[i] = player-GetAbsOrigin()[i] + m_vecRight[i] * -24.0f;
UTIL_TraceLine( player-GetAbsOrigin(), EndPoint, MASK_SOLID_BRUSHONLY,
NULL, COLLISION_GROUP_NONE, tr); if( tr.fraction 1.0 ) // There is a
wall {
player-SetMoveType( MOVETYPE_WALL ); } else { // no wall
mv-m_nOldButtons |= IN_JUMP; return false; } }
_
Get your free suite of Windows Live services!
http://www.get.live.com/wl/all
RE: [hlcoders] OnQueryCvarValueFinished Orange Box
Yay! Thank you. - voogru. -Original Message- From: Mike Dussault [mailto:[EMAIL PROTECTED] Sent: Monday, October 29, 2007 2:21 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] OnQueryCvarValueFinished Orange Box I'll take a look. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Saturday, October 27, 2007 5:04 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] OnQueryCvarValueFinished Orange Box ^ -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 23, 2007 1:55 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] OnQueryCvarValueFinished Orange Box Why are my questions always so hard :( - voogru. -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Monday, October 22, 2007 1:40 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] OnQueryCvarValueFinished Orange Box Is anyone noticing that this is not working properly on Orange Box? It's always returning eQueryCvarValueStatus_CvarNotFound regardless of what cvar I look for. But if I try it on a command, it properly states that it's not a cvar (returning eQueryCvarValueStatus_NotACvar) I am using the plug-in helper interface to query the cvars rather than the engine (The engine interface seems to do absolutely nothing). - voogru. ___ 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
RE: [hlcoders] OnQueryCvarValueFinished Orange Box
^ -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 23, 2007 1:55 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] OnQueryCvarValueFinished Orange Box Why are my questions always so hard :( - voogru. -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Monday, October 22, 2007 1:40 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] OnQueryCvarValueFinished Orange Box Is anyone noticing that this is not working properly on Orange Box? It's always returning eQueryCvarValueStatus_CvarNotFound regardless of what cvar I look for. But if I try it on a command, it properly states that it's not a cvar (returning eQueryCvarValueStatus_NotACvar) I am using the plug-in helper interface to query the cvars rather than the engine (The engine interface seems to do absolutely nothing). - voogru. ___ 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
RE: [hlcoders] TF2 Sudden Death
They are not called as far as I know. I tried a few things, but no dice.
-Original Message-
From: Ray [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 25, 2007 8:57 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] TF2 Sudden Death
I get that when it appears the maps over and changing..
Im looking to see if anyones been able to get these:
teamplay_suddendeath_begin
{
// nothing for now
}
teamplay_suddendeath_end
{
// nothing for now
}
At 08:11 PM 10/25/2007, you wrote:
--
[ Picked text/plain from multipart/alternative ]
teamplay_game_over
On 10/25/07, Ray [EMAIL PROTECTED] wrote:
Is anyone able to get the sudden death events to fire in plugins..
The modevents.res file shows them..but they never seem to fire.
Ray
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
--
-omega
--
___
To unsubscribe, edit your list preferences, or view the list
archives, please visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.15.10/1091 - Release Date:
10/24/2007 2:31 PM
___
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
RE: [hlcoders] OnQueryCvarValueFinished Orange Box
Why are my questions always so hard :( - voogru. -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Monday, October 22, 2007 1:40 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] OnQueryCvarValueFinished Orange Box Is anyone noticing that this is not working properly on Orange Box? It's always returning eQueryCvarValueStatus_CvarNotFound regardless of what cvar I look for. But if I try it on a command, it properly states that it's not a cvar (returning eQueryCvarValueStatus_NotACvar) I am using the plug-in helper interface to query the cvars rather than the engine (The engine interface seems to do absolutely nothing). - voogru. ___ 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
[hlcoders] OnQueryCvarValueFinished Orange Box
Is anyone noticing that this is not working properly on Orange Box? It's always returning eQueryCvarValueStatus_CvarNotFound regardless of what cvar I look for. But if I try it on a command, it properly states that it's not a cvar (returning eQueryCvarValueStatus_NotACvar) I am using the plug-in helper interface to query the cvars rather than the engine (The engine interface seems to do absolutely nothing). - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Valve/Mike: Hard coded 4 second limit on ingame menus
Yes. I noticed this myself. ShowMenus are ignoring the time variable that you're able to set on them. My temporary workaround is to reissue the menu every 4.5 seconds if a player has not voted. - voogru. -Original Message- From: Bryan Beaudreault [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 16, 2007 11:56 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Valve/Mike: Hard coded 4 second limit on ingame menus Is this a bug or a feature? Picture a map vote coming up and expecting all of the members of a server to vote within 4 seconds. Thats a little rediculous, and it affects other mods as well. Please fix this! Right now the only work around is to force the menus to keep re-appearing every 4 seconds, and I think we all can agree how inefficient that is. Thanks! ___ 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
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
It's not really that hard to look at the file and figure out what's going on. But here: http://www.voogru.com/filesystem_passthru.h -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 1:15 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Hello, nice, can you share it with us? With friendly Reguards Ratman2000 - Original Message - From: Spencer 'voogru' MacDonald [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Friday, October 12, 2007 6:36 PM Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? I got mine working by just adding the new functions from filesystem.h -Original Message- From: David Anderson [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 10:19 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? I think we need an updated filesystem_passthru.h as well. ---David Anderson http://www.bailopan.net/ Mike Durand wrote: Added those three. Is anyone else waiting on me for anything other than the Linux version of tier1? -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, October 11, 2007 11:34 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Hello Mike, please give us: public/tier1/characterset.h public/tier1/utlbuffer.h public/tier1/tier1.h Thanks with friendly reguards Ratman2000 - Original Message - From: Keeper [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Wednesday, October 10, 2007 3:19 AM Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? They fill a void. And make a canned game a little more flexible. That being said, Mike: will the upcoming converted source games be available as a beta before they are released? Some are game specific and can't be tested on TF2. Thanks for all the work! Keeper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony omega Sergi Sent: Tuesday, October 09, 2007 5:11 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? -- [ Picked text/plain from multipart/alternative ] hmm, i seem to think the easiest thing would be. wait for the damned sdk instead of trying to rush it. plugins suck and aren't that important anyway :P ___ 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
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
I got mine working by just adding the new functions from filesystem.h -Original Message- From: David Anderson [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 10:19 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? I think we need an updated filesystem_passthru.h as well. ---David Anderson http://www.bailopan.net/ Mike Durand wrote: Added those three. Is anyone else waiting on me for anything other than the Linux version of tier1? -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, October 11, 2007 11:34 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Hello Mike, please give us: public/tier1/characterset.h public/tier1/utlbuffer.h public/tier1/tier1.h Thanks with friendly reguards Ratman2000 - Original Message - From: Keeper [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Wednesday, October 10, 2007 3:19 AM Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? They fill a void. And make a canned game a little more flexible. That being said, Mike: will the upcoming converted source games be available as a beta before they are released? Some are game specific and can't be tested on TF2. Thanks for all the work! Keeper -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony omega Sergi Sent: Tuesday, October 09, 2007 5:11 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? -- [ Picked text/plain from multipart/alternative ] hmm, i seem to think the easiest thing would be. wait for the damned sdk instead of trying to rush it. plugins suck and aren't that important anyway :P ___ 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
[hlcoders] A rather simple feature request. (Pictures!)
For the longest time, when we kick a player off a server, we have the option of giving them a reason for being kicked. This is a great tool. But there is a problem; we are terribly limited in what we can type out to them as a message. For example, I use my own ban system, and then kick banned players when they connect. I'd like to show them a message that contains information about their ban, such as who banned them, when they were banned, why they were banned, and where to go to contest the ban. The kick message also has the same redundant string You have been disconnected Disconnected: Kicked by console: that takes up precious space. Yeah, I had no idea I was disconnected. I thought aliens might have abducted my client or something. So what kind of request am I making? How about replacing this: http://www.voogru.com/images/uglykick.jpg With something like this: http://www.voogru.com/images/nicekick.jpg Preferably, making box blank by default so we can format the message however we like. I can't see this being that hard of a request and it would be nice. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
I just got my stuff working. Thanks! You're awesome! - voogru. -Original Message- From: Mike Durand [mailto:[EMAIL PROTECTED] Sent: Thursday, October 04, 2007 2:31 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Just out of curiosity: has anyone else gotten close to getting their updated plugin to build/work? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Durand Sent: Thursday, October 04, 2007 11:15 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? OK. I added these: byteswap.h convar_serverbounded.h vstdlib.lib mathlib.lib tier0.lib tier2.lib vstdlib.lib Do you still get an unresolved when you link tier1.lib but don't compile convar.cpp? I would try that route if you haven't already. -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Anderson Sent: Wednesday, October 03, 2007 6:14 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Phew! Still a few more errors... - Looks like CByteswap isn't defined in utlbuffer.h - tier1/convar_serverbounded.h is missing - Unresolved externals while linking: _GetCVarIF, ConMsg, etc not found. do we need new tier0 and vstdlib libs? - Another unresolved link error, to ConCommand::ConCommand when using CON_COMMAND. I can't include both convar.cpp and tier1.lib (since they overlap), but if I cherry-pick code out of convar.cpp then it works. ---David Anderson http://www.bailopan.net/ Mike Durand wrote: They are there now. -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Anderson Sent: Wednesday, October 03, 2007 2:51 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Seems to be compiling after some strtools fixes -- the next step is linking ;) I think we're gonna need a new tier1.lib or convar.cpp. Thanks, ---David Anderson http://www.bailopan.net/ Mike Durand wrote: I've added 'iconvar.h' and 'convar.h'. That should keep those crickets under control until the next compilation error. :) -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Wednesday, October 03, 2007 11:42 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? I hear crickets. - voogru. ___ 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
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
Well, for one I'm glad valve is at least giving some stuff out early. We're bugging them for it. They are giving some out, so let's not attack them now that they are being nice and giving out stuff early. It may be incomplete, but its better then nothing. Sure, valve does a few silly things sometimes, but compare them against other companies who laugh at you when you want an SDK. They don't have to give us zilch. - voogru. -Original Message- From: Christopher Harris [mailto:[EMAIL PROTECTED] Sent: Thursday, October 04, 2007 11:58 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? And the fact that he has to merge the changes into all 4 sdk types! It will take time and he estimated 1 month after Orange Box release. Patience, people, Patience. Chris - Original Message - From: Tony omega Sergi [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Thursday, October 04, 2007 5:08 AM Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? -- [ Picked text/plain from multipart/alternative ] As you may, or may not have read, that happens AFTER orange box comes out. What kind of a moron would release the source to their game when it's not even out yet? ;) On 10/4/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello Mike, thanks for your help, but is it not simpler to put a new SDK with all Files to Steam? Name it Orange Box SDK and give it us to download... becouse so we have all files needed and nobody have to copy / paste all files in the right directories... I followed this list and now i get many errors and cant fix it becouse many declaration errors.. So please put a full package or a package with the directory structure, so that we can update the SDK simple by put it over the original SDK. Thanks!!! With friendly Reguards Ratman2000 - Original Message - From: Mattie Casper [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Thursday, October 04, 2007 1:00 AM Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? -- [ Picked text/plain from multipart/alternative ] FYI-- to be sure other plugin authors are aware (some of you definitely are), the old school: engine-Cmd_Argv(i) engine-Cmd_Args() engine-Cmd_Argc() commands are no longer available from the server. Console commands now get their arguments via an extra parameter passed to the CON_COMMAND(). The argument is an instance of the CCommand class and typically is passed as args if you use the built-in CON_COMMAND macro. As such, the corresponding code would be (notice the change in case): args.Arg(i) args.ArgS() args.ArgC() I happen to have macro'd those references anyway so the swap was fairly easy, but some plugins might need to search/replace/refactor to make this compile properly. Not a minor change (especially for plugins with 100+ console commands), but feels a lot cleaner than accessing the global arguments through the engine which always felt odd. There are more gotchas, but I didn't note all of them so far. I have more plugins to port and am not quite finished with my first-- there was a missing method in the engine interface, InsertServerCommand, which I've asked to have restored. If others did manage to note the changes they needed, please share. :) -Mattie Mike Durand wrote: I've added 'iconvar.h' and 'convar.h'. That should keep those crickets under control until the next compilation error. :) -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Wednesday, October 03, 2007 11:42 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? I hear crickets. - voogru. ___ 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 -- -omega
RE: [hlcoders] Current engine and orange box engine
An updated filesystem_passthru.h would be really tasty right about now :) Thanks. -Original Message- From: Mike Durand [mailto:[EMAIL PROTECTED] Sent: Thursday, October 04, 2007 2:44 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] Current engine and orange box engine When HL2MP (320) is updated in the next few weeks to use the new engine your mod will stop working. So in order to ensure your mod doesn't suddenly break you should: 1) Change your gameinfo.txt to base your mod on 215 instead of 320. 215 will still load the older engine compatible with your mod. 2) Load the HL2MP content you need from within your mod http://developer.valvesoftware.com/wiki/IFileSystem#Mount_Steam_Application_ Content Once the new SDK is out you may want to update your mod to take advantage of the newer engine, but until then you should make an update to the old one. -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Janek Le_Vert Sent: Thursday, October 04, 2007 10:29 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Current engine and orange box engine -- [ Picked text/plain from multipart/alternative ] Hi, My mod is based on hl2mp. appID is set to 320. I would like to know if HL2MP will be affected by the new engine with orange box or if current HL2MP will continue to work as of today. In case there is a new hl2mp with orange box, will there have an appid for old hl2mp (the one we have currently with 320) and a new appid for new hl2mp ? Thank you in advance for your comments about that. _ Votez pour vos acteurs de séries TV préférés et tentez de gagner un voyage à Hawaï ! http://messengerawards.divertissements.fr.msn.com/ -- ___ 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
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
I hear crickets. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004?
iconvar.h seems to be missing. From icvar.h #include tier1/iconvar.h - voogru. -Original Message- From: David Anderson [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 03, 2007 12:19 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Mike: I think a definition for CCommand is missing. In reply to the abstraction/metamod comment(s): A general abstraction is probably a waste of time, especially if one engine will be deprecated for another. Such a layer is best done on a plugin-by-plugin basis as needed. In that vein, the engine differences are too severe for us to distribute a single Metamod binary, so we will be distributing separate builds for the two engines. While Metamod's API (as always) remains backwards compatible (and will work no matter which build is chosen), obviously Metamod plugins that require HL2 engine API will still need their own changes anyway. As for child plugins having to make users to download alternate builds, MM:S 1.6.0 ameliorates this somewhat by letting you see which engine version is loaded. Normal server plugins may have a tougher time since Valve hasn't changed the IServerPluginCallbacks version number (as of this writing). You can't do the pretty thing and detect+return a different interface on load. Hopefully that will get changed, along with the version number on ServerGameDLL. ---David Anderson http://www.bailopan.net/ Nick wrote: metamod? On 10/2/07, Tony Paloma [EMAIL PROTECTED] wrote: Has anybody thought about creating some sort of abstraction to allow us to use the same DLL/so for both the older engine and the newer one? I was thinking of thinking of taking the adapter approach and creating my own classes that would know which version of the interface to use. I'm interested in other ideas though. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Durand Sent: Tuesday, October 02, 2007 6:06 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? Hi All- I decided that posting the contents of the files on the Wiki was lunacy. So I made a new user on our FTP site that you can use to get a zip of the headers: ftp.valvesoftware.com user: sourcemod password sourcemod The only file available is PluginHeaders.zip, which contains hopefully all of the headers you will need to get a head start on updating your plugins. If I've left any important ones please let me know. -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ray Sent: Tuesday, October 02, 2007 3:10 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? any word on this? At 03:55 PM 9/28/2007, you wrote: This is a multi-part message in MIME format. -- [ Picked text/plain from multipart/alternative ] Yes, I'll make all of the updated headers needed for building server plugins available when I get back to the office on Tuesday. -Mike - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com hlcoders@list.valvesoftware.com Sent: Fri Sep 28 10:18:35 2007 Subject: Re: [hlcoders] TF2 Plugin Headstart? VEngineCvar004? -- [ Picked text/plain from multipart/alternative ] Just a gentle reminder-- any chance, Valve, that we can get the definition for the VEngineCvar004? Again congrats on TF2-- I've been playing way too much of it when I should be coding. -Mattie On 9/18/07, Mattie Casper [EMAIL PROTECTED] wrote: Just to compare notes: I had the same findings this afternoon for (a) and (b), though I didn't check out the differences in IServerGameDLL005. As for (b), that vstdlib to vstdlib_s relocation is problematic to manage for existing plugins. It's all a bit of a mess with so many things relocated. From what I can ascertain, any substantial plugin would probably have to wait for the SDK release or maybe a secondary/temporary/bridge library to cover for the missing pieces. I hope a clarification on the deprecation/relocation will come with the SDK update. In an effort to even get a barebones VSP loaded into the TF2 server, I cut a dependency on the GetCVarIF() usage in convar.cpp (one of those relocated/removed exports). After that's done, an empty plugin can load and get the majority of callbacks/interfaces from the server. Unfortunately, though, since the VEngineCvar004 interface is used by TF2, the plugin can't register console commands or variables. I wanted to request that interface because with it, it should be possible to make a a simplistic (possibly CRT-dependent) plugin as a proof-of-concept on TF2. As it stands, all I was able to prototype this afternoon was a poor cousin of a real plugin. Surely there are many more landmines hidden. If others uncover them, please share. A lot of us
RE: [hlcoders] I want to play TF2 already
Now we just need to wait for valve to give us an updated SDK so we can stick our admin plugins on. /me whistles. -Original Message- From: Tobias Kammersgaard [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 18, 2007 9:40 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] I want to play TF2 already -- [ Picked text/plain from multipart/alternative ] Thanks mom! Great game you gave me :D /ProZak On 18/09/2007, Matt Stafford [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I has no credit card or paypal :( On 9/18/07, Joel R. [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Yea sorry for posting here. I just never waited so long for anything, and its driving me nuts! It's also going to be a very long wait for server modders who want to mod the game already. Metamod:S is probably going to need an entirely new binary to get it working for HL2 and TF2. Compatibilty nightmare. On 9/18/07, Minh [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I think he just came from the steam forums... I can even see the sweat dripping from his forehead. - Original Message - From: Tony Paloma [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Monday, September 17, 2007 11:23 PM Subject: RE: [hlcoders] I want to play TF2 already Please take yourself to the steam forums. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joel R. Sent: Monday, September 17, 2007 11:14 PM To: hlcoders Subject: [hlcoders] I want to play TF2 already -- [ Picked text/plain from multipart/alternative ] Preload the client.dll already!!! =( -- ___ 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 -- Matt Stafford (Wraiyth) http://www.wraiyth.com NightFall HL2 Mod - http://www.nightfallmod.com -- ___ 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
RE: [hlcoders] I want to play TF2 already
I will be thrilled if that's the case. -Original Message- From: Phil Corley [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 18, 2007 11:32 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] I want to play TF2 already -- [ Picked text/plain from multipart/alternative ] yeh well that probably wont be until after orange box release On 18/09/2007, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Now we just need to wait for valve to give us an updated SDK so we can stick our admin plugins on. /me whistles. -Original Message- From: Tobias Kammersgaard [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 18, 2007 9:40 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] I want to play TF2 already -- [ Picked text/plain from multipart/alternative ] Thanks mom! Great game you gave me :D /ProZak On 18/09/2007, Matt Stafford [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I has no credit card or paypal :( On 9/18/07, Joel R. [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] Yea sorry for posting here. I just never waited so long for anything, and its driving me nuts! It's also going to be a very long wait for server modders who want to mod the game already. Metamod:S is probably going to need an entirely new binary to get it working for HL2 and TF2. Compatibilty nightmare. On 9/18/07, Minh [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] I think he just came from the steam forums... I can even see the sweat dripping from his forehead. - Original Message - From: Tony Paloma [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Monday, September 17, 2007 11:23 PM Subject: RE: [hlcoders] I want to play TF2 already Please take yourself to the steam forums. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joel R. Sent: Monday, September 17, 2007 11:14 PM To: hlcoders Subject: [hlcoders] I want to play TF2 already -- [ Picked text/plain from multipart/alternative ] Preload the client.dll already!!! =( -- ___ 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 -- Matt Stafford (Wraiyth) http://www.wraiyth.com NightFall HL2 Mod - http://www.nightfallmod.com -- ___ 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 -- ~Phil~ -- ___ 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
RE: [hlcoders] Is there a Bug in the Engine with Plugins???
I agree. The Valve plug-in interface is a slap in the face. - voogru. -Original Message- From: dackz [mailto:[EMAIL PROTECTED] Sent: Monday, September 03, 2007 10:06 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Is there a Bug in the Engine with Plugins??? Don't use Valve's poorly implemented and poorly documented plugin interface and you'll be much better off. There are alternatives, you know. On 9/1/07, Ratman2000 [EMAIL PROTECTED] wrote: Hello, i have written a small plugin what removes only a special entity from a Map and Unloads itself after doing that... So i have added a small log text to Game Frame to see whats doing becouse the unload... So i have startet it, the plugin starts, removes the entity and unloads fine... But after server activate, my plugin begins to printing the Game Frame Funktion AFTER unloading the Plugin whats wrong??? Why CS:S calls the Plugin after its Unloaded??? Why we can unload plugins, when they dont get unloaded??? I call in my Plugin in Load this: Engine-ServerCommand( plugin_unload MyPlugin\n ); Is there a bug or a feature??? ___ 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
RE: [hlcoders] Weird request ... sound logs?
I highly wish that server admins would get the option of recording all voice traffic on the server with an individual file for each STEAMID. (Probably one file for each day or so). But, I'm just daydreaming. Oh well. - voogru -Original Message- From: Keeper [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 14, 2007 11:05 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Weird request ... sound logs? We have often used chat logs to determine people that were being abusive on our servers. Lately we've had some problems and there is no way to back it up because they use the microphone instead of the keyboard. The quality doesn't have to be great, but does anyone know if it's possible via plugin to record that sound stream to a file? I would love to add it to my plugin. TIA, Keeper ___ 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
RE: [hlcoders] Weird request ... sound logs?
Cool! Does it use player names or steamids? Also, another quick question about steamids. Say I have a STEAMID of STEAM_0:1:1182... Does that mean there could also be a STEAM_0:0:1182 or no? Thanks. -Original Message- From: Yahn Bernier [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 14, 2007 6:59 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] Weird request ... sound logs? voice_writevoices writes each player's voice out separately to file (I think this cvar has shipped out, but if not, it will go out the next time the Source engine updates on Steam). Yahn -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Tuesday, August 14, 2007 3:14 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] Weird request ... sound logs? I highly wish that server admins would get the option of recording all voice traffic on the server with an individual file for each STEAMID. (Probably one file for each day or so). But, I'm just daydreaming. Oh well. - voogru -Original Message- From: Keeper [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 14, 2007 11:05 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Weird request ... sound logs? We have often used chat logs to determine people that were being abusive on our servers. Lately we've had some problems and there is no way to back it up because they use the microphone instead of the keyboard. The quality doesn't have to be great, but does anyone know if it's possible via plugin to record that sound stream to a file? I would love to add it to my plugin. TIA, Keeper ___ 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
RE: [hlcoders] Weird request ... sound logs?
Yeah, but the numbers following, could they be repeated? For example: STEAM_0:0:12345 STEAM_0:1:12345 I'm asking if the 12345 is unique regardless of the auth server (least that's what I have been told what the 1 is. - voogru -Original Message- From: Kevin Ottalini [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 14, 2007 9:11 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Weird request ... sound logs? Steamids can be STEAM_0: or STEAM_1: - Original Message - From: Spencer 'voogru' MacDonald To: hlcoders@list.valvesoftware.com Sent: Tuesday, August 14, 2007 4:24 PM Subject: RE: [hlcoders] Weird request ... sound logs? Also, another quick question about steamids. Say I have a STEAMID of STEAM_0:1:1182... Does that mean there could also be a STEAM_0:0:1182 or no? Thanks. ___ 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
RE: [hlcoders] make client authority
Emulate the movement client side and then send the final position to the server? Course, other players wont see it move until they finish moving it, no idea if that's important or not. -Original Message- From: Oliver [mailto:[EMAIL PROTECTED] Sent: Monday, July 30, 2007 2:57 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] make client authority -- [ Picked text/plain from multipart/alternative ] Yup, that's exactly what I tried. The problem is the lag between when the user moves entity via mouse and when the entity updates it's position based on the commands coming through. It'd be sweet if we could get the entity to follow the mouse pointer exactly. On 7/30/07, Justin Krenz [EMAIL PROTECTED] wrote: Yes, it's possible. Modify the UserCMD class to send a vector to the server for the position, and then the server uses that vector as the position for your entity when it processes the usercmd. Oliver wrote: -- [ Picked text/plain from multipart/alternative ] Is there a way to temporarily set a client to be the authority over the server? For example, client updates position of entity and server updates its position off of the client? OR Is there a way to disable the server setting an entity's location back to the server's version of its location when the entity is moved client-side. If so we could send the final entity location to the server after the client finished moving the entity. -- ___ 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
RE: [hlcoders] DOD:S and server plugins
Lol.
I think they should just block commands such as bind, toggle, unbind, alias,
and other blatant commands that can be abused (such as cvar setting)
Rather than blocking everything and only allowing a select few.
But I guess that's too much to ask for. We can't even use HudMsg.
- voogru.
-Original Message-
From: Tony Paloma [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 08, 2007 7:01 PM
To: hlcoders@list.valvesoftware.com
Subject: RE: [hlcoders] DOD:S and server plugins
Put the map change on a timer and then exec +showscores on players...
Oh.wait..
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ronny Schedel
Sent: Tuesday, May 08, 2007 3:18 AM
To: hlcoders@list.valvesoftware.com
Subject: [hlcoders] DOD:S and server plugins
Hello,
in the modevents.res of DOD:S I find the following event:
dod_point_captured
{
cpbyte // index of the point that was
captured
cpnamestring// name of the point
cappers string// string where each character is a
player index of someone that capped
bomb bool // was this a bomb exploding
}
I have registered this event to the game event listener and I receive this
event, when it occurs. The problem is, all fields are filled except the
cappers field, this is empty. But I need to know who captured the flag, I
don't need to know which flag. How can get this information?
The second question is regarding a level change. If I change the map with
engine-ChangeMap() the map will be changed immediatly without showing the
results of the current map. How can I show the results first and then change
the map to another one?
Remember, this should be all done within a server plugin.
Thanks for your help.
Best regards
Ronny Schedel
___
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
RE: [hlcoders] ClientActive Bots
Well yes, you could do a hack like that, or find out if this behavior is intended and see if it's a possible bug that could be leading to other problems. - voogru -Original Message- From: Ratman2000 [mailto:[EMAIL PROTECTED] Sent: Saturday, April 28, 2007 9:05 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] ClientActive Bots Hello, when you add bots in the server, plugins get the ClientActive funktion for each bot and PlayerInfo-GetNetworkIDString() is set to BOT so you can check for bots! I hope that helps! With friendly reguards Ratman2000 - Original Message - From: Garry Newman [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Saturday, April 28, 2007 2:45 PM Subject: Re: [hlcoders] ClientActive Bots The only thing I've come up against with bots is that the FAKECLIENT flag (or whatever it is) isn't set immediately, it's set after the bot has joined the game. I forget why this was an issue in GMod, but I remember that it was.. Could this be related? On 4/28/07, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Is this question really that hard? Is ClientActive ever intended to be called on bots or not? Thanks :) - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, March 31, 2007 11:14 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots I can confirm that there's a bug where ClientDisconnect doesn't always get called. There are various bugs with that, seemingly all involving map changes or the client disconnecting during startup negotiation. At 2007/03/30 01:19 PM, Spencer 'voogru' MacDonald wrote: Maybe my question is too hard? Or nobody loves me? Anyways, it seems like a bug to me. ClientActive is normally never called on a bot. However, if a player connects and then immediately disconnects, the next bot to join the game will have ClientActive called on them, seemingly before even CreateFakeClient is called. And unfortunately for us, there seems to be no way to tell if a client disconnected in this case because ClientDisconnect isn't called this early. - voogru. -Original Message- From: Kevin 'Poof' Gerry [mailto:[EMAIL PROTECTED] Sent: Thursday, March 29, 2007 11:07 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots Is there any response to this? Or was it given to Spencer off-list? Thanks! I'd like to know as well. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Wednesday, March 28, 2007 8:23 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots *Crickets* -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 2:50 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] ClientActive Bots Hi all, I have noticed that the ClientActive function does not seem to be called by bots. Is this supposed to be the case all of the time? I just ran into a case where it's being called on a bot if special conditions are met and I want to know if this is a bug. - voogru. ___ 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 ___ To unsubscribe, edit your list
RE: [hlcoders] plugin_unload woes
It's a hard question.
Every time I ask a hard question the list goes quiet.
:(
- voogru.
-Original Message-
From: Tony Paloma [mailto:[EMAIL PROTECTED]
Sent: Friday, April 27, 2007 5:27 PM
To: hlcoders@list.valvesoftware.com
Subject: RE: [hlcoders] plugin_unload woes
Is there anyone at Valve on this list that knows more about plugin
unloading? I'd like to know if there is a reason that the module is not
unloaded from memory when plugin_unload unloads a plugin.
Thanks,
Tony Paloma
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tony Paloma
Sent: Saturday, April 21, 2007 11:17 AM
To: hlcoders@list.valvesoftware.com
Subject: [hlcoders] plugin_unload woes
This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
This has been brought up before, even as early as 2005, but no discussion
really ever took place about it. When a plugin is unloaded with
plugin_unload, it's destructor is never called and it is never actually
unloaded from memory. This makes it impossible to update plugins without
having to restart the server.
I've experimented with this, and I believe all that needs to happen is that
after the engine calls the plugin's Unload function, it just needs to call
filesystem-UnloadModule(plugin). I came up with this based on the fact that
if I call it myself in the plugin's Unload function, it successfully calls
the destructor and unloads from memory. However, it immediately crashes
because it tries to return to the where it left off in the plugin's Unload
function which is now invalid memory (see example at end).
Furthermore, if you try to get around this by renaming the plugin's DLL
after it is unloaded and then replacing the DLL with a new one, it just
loads the old one. The only way to get around it is to load a completely new
DLL (e.g. plugin_2.dll).
My plugin fully supports being unloaded and loaded in the middle of a game,
but this is the only thing stopping that feature from being useful. Maybe
there is a reason it is not unloaded after the plugin_unload command, or
maybe it's just a mistake. Could Valve please respond?
Example from second paragraph:
IFileSystem *filesystem = NULL;
CSysModule *g_OurDLL = NULL;
bool CEmptyServerPlugin::Load( CreateInterfaceFn
interfaceFactory, CreateInterfaceFn gameServerFactory )
{
filesystem =
(IFileSystem*)interfaceFactory(FILESYSTEM_INTERFACE_VERSION, NULL);
g_OurDLL = filesystem-LoadModule( sourceop ); // get the handle for our
dll to unload later
return true;
}
void CEmptyServerPlugin::Unload( void )
{
filesystem-UnloadModule(g_OurDLL); // unload once because
we loaded it ourself (decrements engine's use counter)
filesystem-UnloadModule(g_OurDLL); // unload again to
actually unload dll
// crash here (invalid memory access)
}
--
___
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
RE: [hlcoders] ClientActive Bots
Is this question really that hard? Is ClientActive ever intended to be called on bots or not? Thanks :) - voogru. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, March 31, 2007 11:14 AM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots I can confirm that there's a bug where ClientDisconnect doesn't always get called. There are various bugs with that, seemingly all involving map changes or the client disconnecting during startup negotiation. At 2007/03/30 01:19 PM, Spencer 'voogru' MacDonald wrote: Maybe my question is too hard? Or nobody loves me? Anyways, it seems like a bug to me. ClientActive is normally never called on a bot. However, if a player connects and then immediately disconnects, the next bot to join the game will have ClientActive called on them, seemingly before even CreateFakeClient is called. And unfortunately for us, there seems to be no way to tell if a client disconnected in this case because ClientDisconnect isn't called this early. - voogru. -Original Message- From: Kevin 'Poof' Gerry [mailto:[EMAIL PROTECTED] Sent: Thursday, March 29, 2007 11:07 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots Is there any response to this? Or was it given to Spencer off-list? Thanks! I'd like to know as well. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Spencer 'voogru' MacDonald Sent: Wednesday, March 28, 2007 8:23 PM To: hlcoders@list.valvesoftware.com Subject: RE: [hlcoders] ClientActive Bots *Crickets* -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 2:50 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] ClientActive Bots Hi all, I have noticed that the ClientActive function does not seem to be called by bots. Is this supposed to be the case all of the time? I just ran into a case where it's being called on a bot if special conditions are met and I want to know if this is a bug. - voogru. ___ 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
RE: [hlcoders] Free Sound List is full!
Okay. I write server plugins. I run a local dedicated server for testing. I can pretty much forget about using the console window because anything in there is instantly wiped out by the spam from the Free Sound List is full! message. Is this entity even needed in MP? Can the message at least be moved to developer 2 or something. -Original Message- From: Andrew (Bromfitsen) [mailto:[EMAIL PROTECTED] Sent: Thursday, April 05, 2007 10:45 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Free Sound List is full! -- [ Picked text/plain from multipart/alternative ] hard to infer what you have and don't have when you give no information other than the fact you have an issue. -- ___ 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
[hlcoders] Free Sound List is full!
Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! PLEASE. MAKE. IT. STOP I'm about to go nuts, I have already signed into the loony bin. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Free Sound List is full!
Hard to do when you don't have the source code to the mod! -Original Message- From: Adam amckern McKern [mailto:[EMAIL PROTECTED] Sent: Thursday, April 05, 2007 9:32 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Free Sound List is full! Yep :) Just drop your sounds list for each emiter to less then 16. Adam --- Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! Free Sound List is full! PLEASE. MAKE. IT. STOP I'm about to go nuts, I have already signed into the loony bin. - voogru. ___ 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 Don't pick lemons
RE: [hlcoders] InconsistentFile Function in Source
I'm looking to do this from a server plug-in though. -Original Message- From: Garry Newman [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 03, 2007 5:39 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] InconsistentFile Function in Source I do this myself in GMod. I made a new string table with filenames as the strings and an unsigned long CRC as the data. When the client joins it goes through the table and checks the CRC's of the files. On 4/3/07, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: Yes. Except in HL1, there was a function that got called when a client had mismatching files, it would pass the file that is mismatched, and you could return either 1 or 0 to make it kick the client, or not. Even allowed you to set a nice fancy message. InconsistentFile from dlls/client.cpp: int InconsistentFile(const edict_t *player, const char *filename, char *disconnect_message); One of the ENGINE_FORCE_UNMODIFIED files failed the consistency check for the specified player Return 0 to allow the client to continue, 1 to force immediate disconnection (with an optional disconnect message of up to 256 characters). comments: Added in SDK 2.0. -Original Message- From: LDuke [mailto:[EMAIL PROTECTED] Sent: Sunday, April 01, 2007 5:16 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] InconsistentFile Function in Source -- [ Picked text/plain from multipart/alternative ] I think this is what ForceExactFile() does? On 3/30/07, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: There is a little pet peeve I have with source. There seems to be no InconsistentFile function, like in HL1 where a GameDLL could decide to kick a player or not if a file was modified. It would be nice to have this put in Source, preferably with the same functionality as before and possibly have a CRC/MD5 hash of the clients file. Just a thought. - voogru. ___ 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
RE: [hlcoders] InconsistentFile Function in Source
Yes. Except in HL1, there was a function that got called when a client had mismatching files, it would pass the file that is mismatched, and you could return either 1 or 0 to make it kick the client, or not. Even allowed you to set a nice fancy message. InconsistentFile from dlls/client.cpp: int InconsistentFile(const edict_t *player, const char *filename, char *disconnect_message); One of the ENGINE_FORCE_UNMODIFIED files failed the consistency check for the specified player Return 0 to allow the client to continue, 1 to force immediate disconnection (with an optional disconnect message of up to 256 characters). comments: Added in SDK 2.0. -Original Message- From: LDuke [mailto:[EMAIL PROTECTED] Sent: Sunday, April 01, 2007 5:16 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] InconsistentFile Function in Source -- [ Picked text/plain from multipart/alternative ] I think this is what ForceExactFile() does? On 3/30/07, Spencer 'voogru' MacDonald [EMAIL PROTECTED] wrote: There is a little pet peeve I have with source. There seems to be no InconsistentFile function, like in HL1 where a GameDLL could decide to kick a player or not if a file was modified. It would be nice to have this put in Source, preferably with the same functionality as before and possibly have a CRC/MD5 hash of the clients file. Just a thought. - voogru. ___ 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
[hlcoders] InconsistentFile Function in Source
There is a little pet peeve I have with source. There seems to be no InconsistentFile function, like in HL1 where a GameDLL could decide to kick a player or not if a file was modified. It would be nice to have this put in Source, preferably with the same functionality as before and possibly have a CRC/MD5 hash of the clients file. Just a thought. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] ClientActive Bots
*Crickets* -Original Message- From: Spencer 'voogru' MacDonald [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 2:50 AM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] ClientActive Bots Hi all, I have noticed that the ClientActive function does not seem to be called by bots. Is this supposed to be the case all of the time? I just ran into a case where it's being called on a bot if special conditions are met and I want to know if this is a bug. - voogru. ___ 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
[hlcoders] ClientActive Bots
Hi all, I have noticed that the ClientActive function does not seem to be called by bots. Is this supposed to be the case all of the time? I just ran into a case where it's being called on a bot if special conditions are met and I want to know if this is a bug. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Model Problem; Error Ingame
I'm sorry there is just no way anyone can take the OP seriously anymore. Should have reproduced the effect with another model. ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, March 22, 2007 10:15 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Model Problem; Error Ingame OUCH! At 2007/03/22 06:40 PM, Adam \amckern\ Mckern wrote: The mail list strips all attachments Adam --- Mukkan Yhtio [EMAIL PROTECTED] wrote: This is a multi-part message in MIME format. -- The attached zip file contains a 3D model I am trying to port into HL2 DM. It is a penis yes; but let's try and be serious about this. It afterall does have a serious purpose and we are all mature people here. It shows up in game as the big red Error model; but when viewed through the model viewer it's fine. Anyone know what could be wrong with this model of mine? Thanks -- [ penismodel.zip of type application/octet-stream deleted ] -- ___ 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 ___ _ Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 ___ 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
RE: [hlcoders] Downloadables Bug? VALVE?
Don't want people drawing to the screen? Better remove TextMsg too, that draws to the screen. Do SayText SayText2 ShowMenu while they are at it. This is ridiculous, just add it to clientscheme.res and throw in a cl_restrict_hudmsg DEFAULT to off. Everybody wins. Hell even if its default to on it'd be better than what we have now, which is pretty much nothing. I mean, Valve makes it seem as if any client can spam HudMsg messages to other clients. Only the server can send these, if a player doesn't like the 'spam' they can go find another server. Otherwise we are forced to display data using the TextMsg/ShowMenu, which creates even MORE spam because it's combined with the chat and other messages. Right now, and I've said this before, Valve is treating HudMsg messages as if they are worse then executing client commands. I see the point of restricting client commands, but HudMsg messages too? With no cvar? Ridiculous. I mean has Valve really received that many support tickets about THIS SERVER I PLAY ON THAT HAS MODZISIFICATIONS IS FILLING MY CREEN UP WITH GREEN TEXT OMG WTF PLEASE VAC BAN THE H4XORS!!! ? There are always going to be rogue plug-ins, but responsible plug-in authors shouldn't be punished because of these. If it was not for the flexibility of Valve's games, suddenly a lot of other games look much more attractive. Servers with such rogue plug-ins usually don't last very long either. Besides, there are much better things a rogue server plug-in can do to clients then silly little messages, which still work and are much more sinister than executing a client command. Valve can email me if they want specifications. But Valve is so worried about the little things that they are missing the real problems, so I don't think I'll be getting any emails, if I do I'll be surprised. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Downloadables Bug? VALVE?
Fat chance of this happening right? http://www.voogru.com/images/inyourdreams.jpg Nah, that's just too easy. - voogru. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Making a Score Keeping system.
Ignore who? I didn't see anything. -Original Message- From: Jorge Rodriguez [mailto:[EMAIL PROTECTED] Sent: Friday, March 16, 2007 9:47 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Making a Score Keeping system. -- [ Picked text/plain from multipart/alternative ] http://www.mail-archive.com/hlcoders@list.valvesoftware.com/msg17437.html Just ignore him. -- Jorge Vino Rodriguez -- ___ 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
RE: [hlcoders] Downloadables Bug? VALVE?
Well, I can see the need for things like restricting commands sent down by
the server, I mean it's not cool when a 13 year old admin binds every key to
kill
But, it appears that according to valve, displaying a string on the client
is far worse than binding all someone's keys to kill, because unlike
cl_restrict_server_commands, there isn't even an option to allow players to
enable HudMsgs without editing the clientscheme.res, and since a majority of
players don't know what the console is, you can pretty much forget about it.
The stuff on the HUD goes away when they leave the server, binding all of
their keys to kill doesn't go away.
If it's that much of a problem, add a cvar to allow a client to see the
HudMsg's or not, except this time, default it to ON. If they have
hallucinations or go in a mad frenzy when they see a HudMsg they have the
option of turning it off.
But personally, HudMsgs have been used in HL1 for all kinds of various
purposes, what's the problem with having it in HL2? Isn't HL2 supposed to
have more features? Not less?
And I'm sure it's just an oversight that they missed putting the
CenterPrintText definition in the file to begin with.
- voogru.
-Original Message-
From: Jay Croghan [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 15, 2007 5:31 AM
To: hlcoders@list.valvesoftware.com
Subject: RE: [hlcoders] Downloadables Bug? VALVE?
Lately Valve have been of the opinion that their users are a heard of
sheep with absolutely no self-intuition.
As was said before and will be again, that attitude will be the death
of Valve and it's games.
- Jay
Quoting Spencer 'voogru' MacDonald [EMAIL PROTECTED]:
Intrusive? Make the font a little smaller maybe?
If it's abused it's the users choice to leave the server.
- voogru.
-Original Message-
From: David Anderson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 10:28 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
I never knew that text could be so intrusive. Is it:
a) The colors (think of the children!),
b) The letters themselves (which could, on occasion, be combined to
form words), or,
c) The fact that they can be arbitrarily positioned?
There's already a way to do b (white, centered), so I'm guessing there
must be something abjectly heinous about the other two. If such is the
case, why not add something for coloring but not positioning, or
something for positioning but not coloring?
---David Anderson
http://www.bailopan.net/
Yahn Bernier wrote:
Alfred and I discussed and there was too much concern that it would be
abused so we're going to leave it out for now. I think there are other
ways for plugins to present info to clients that aren't as intrusive.
Yahn
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LDuke
Sent: Tuesday, March 13, 2007 12:40 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
--
[ Picked text/plain from multipart/alternative ] The downloadables bug
fix is something a lot of plugin developers and server admins are very
happy about having. Thank you.
What about the CenterPrintText font definition is missing from
ClientScheme.res ? Did that just not make it in, or is there some
other reason that it won't be added?
Grant
(L. Duke)
On 2/24/07, Yahn Bernier [EMAIL PROTECTED] wrote:
Sure
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LDuke
Sent: Saturday, February 24, 2007 6:04 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
--
[ Picked text/plain from multipart/alternative ] Another bug that's
been around for a while:
The CenterPrintText font definition is missing from ClientScheme.res
so that a HudMsg doesn't get displayed. One of the guys at Turtlerock
said he'd add it to the to-do list months ago. Would it be possible to
add this fix to the next update also?
I've been trying to show a timer in an unobtrusive place on the screen
for a CAL match plugin for DODS, but there is really no way to do this
right now.
The plugin interface doesn't seem to obey the time parameter so can't
be updated (plus it prints right on top of the flag status icons), the
center say and hint text are too much in the way of the player's view.
It would be an easy fix, just need to add the font definition for
CenterPrintText to the ClientScheme.res file for CSS and DODS.
Thanks,
Grant
(L. Duke)
P.S. This is the definition I've been using to test but the players
have to download a fixed .res file manually:
CenterPrintText
{
1
{
nameTrebuchet MS
tall24
weight900
range0x 0x007F//Basic Latin
antialias 1
additive1
RE: [hlcoders] Downloadables Bug? VALVE?
Intrusive? Make the font a little smaller maybe?
If it's abused it's the users choice to leave the server.
- voogru.
-Original Message-
From: David Anderson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 10:28 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
I never knew that text could be so intrusive. Is it:
a) The colors (think of the children!),
b) The letters themselves (which could, on occasion, be combined to
form words), or,
c) The fact that they can be arbitrarily positioned?
There's already a way to do b (white, centered), so I'm guessing there
must be something abjectly heinous about the other two. If such is the
case, why not add something for coloring but not positioning, or
something for positioning but not coloring?
---David Anderson
http://www.bailopan.net/
Yahn Bernier wrote:
Alfred and I discussed and there was too much concern that it would be
abused so we're going to leave it out for now. I think there are other
ways for plugins to present info to clients that aren't as intrusive.
Yahn
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LDuke
Sent: Tuesday, March 13, 2007 12:40 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
--
[ Picked text/plain from multipart/alternative ] The downloadables bug
fix is something a lot of plugin developers and server admins are very
happy about having. Thank you.
What about the CenterPrintText font definition is missing from
ClientScheme.res ? Did that just not make it in, or is there some
other reason that it won't be added?
Grant
(L. Duke)
On 2/24/07, Yahn Bernier [EMAIL PROTECTED] wrote:
Sure
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LDuke
Sent: Saturday, February 24, 2007 6:04 PM
To: hlcoders@list.valvesoftware.com
Subject: Re: [hlcoders] Downloadables Bug? VALVE?
--
[ Picked text/plain from multipart/alternative ] Another bug that's
been around for a while:
The CenterPrintText font definition is missing from ClientScheme.res
so that a HudMsg doesn't get displayed. One of the guys at Turtlerock
said he'd add it to the to-do list months ago. Would it be possible to
add this fix to the next update also?
I've been trying to show a timer in an unobtrusive place on the screen
for a CAL match plugin for DODS, but there is really no way to do this
right now.
The plugin interface doesn't seem to obey the time parameter so can't
be updated (plus it prints right on top of the flag status icons), the
center say and hint text are too much in the way of the player's view.
It would be an easy fix, just need to add the font definition for
CenterPrintText to the ClientScheme.res file for CSS and DODS.
Thanks,
Grant
(L. Duke)
P.S. This is the definition I've been using to test but the players
have to download a fixed .res file manually:
CenterPrintText
{
1
{
nameTrebuchet MS
tall24
weight900
range0x 0x007F//Basic Latin
antialias 1
additive1
}
}
'
On 2/24/07, Yahn Bernier [EMAIL PROTECTED] wrote:
No ETA, probably in the next few weeks though.
Yahn
--
___
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
RE: [hlcoders] Compile Issues
Hi there. -Original Message- From: Gerry Brunelle [mailto:[EMAIL PROTECTED] Sent: Monday, February 19, 2007 12:41 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Compile Issues -- [ Picked text/plain from multipart/alternative ] Hello, -- ___ 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
RE: [hlcoders] Remove stacking on area damage
Or make a bitwise operator or Boolean value on the player for that effect, which would be thousands of times faster than scrolling through a linked list every time the entity thinks. - voogru. -Original Message- From: Minh [mailto:[EMAIL PROTECTED] Sent: Thursday, February 08, 2007 4:59 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Remove stacking on area damage From reading your post, I understand that you do not want a player to be affected by more than 1 instance of that area-effect weapon. What I would do to solve this problem is to have a global link list of CBasePlayers.. As soon as the weapon starts to damage a player, you add that player to the global link list of CBasePlayers. If another instance of that same weapon tries to do damage to that player, you do a check to see if that player is already in the global link list of CBasePlayers. If he is already in there, then abort, or else, go ahead and take the damage and add him to the link list. There is a really useful class in the Source SDK called CUtlVector. It is basically a link list where you can add and delete and sort elements of any type. It's very useful. You can read more about it here http://www.hl2coding.com/article.php?article=3 - Original Message - From: Niclas [EMAIL PROTECTED] To: hlcoders@list.valvesoftware.com Sent: Thursday, February 08, 2007 1:10 PM Subject: [hlcoders] Remove stacking on area damage -- [ Picked text/plain from multipart/alternative ] I hope its ok that I send a link to the HL2 Coding forum. The forums is not very well visited as the mailing list :P http://www.hl2coding.com/forums/viewtopic.php?t=2116 Niclas -- ___ 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
RE: [hlcoders] Fundamental Source engine question
I'm sure valve has some pillows available. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 19, 2006 10:09 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Fundamental Source engine question Hmm, is it worth a million dollars to be able to fix the config.cfg bug and the remaining vphysics.dll bug...? :/ I'll have to sleep on it. At 2006/07/19 08:58 PM, Teddy wrote: I hear it's about five times that much. Better start saving! On 7/20/06, Skillet [EMAIL PROTECTED] wrote: -- [ Picked text/plain from multipart/alternative ] It probably depends on what kind of project you're doing, but $200,000 would be a reasonable estimate. On 7/19/06, Emiel Regis [EMAIL PROTECTED] wrote: I think it would be $200.000 minumum. Thanks for the quick reply. I think we might have to go the expensive route. Does anyone know what the approx. price is for a Source dev license? Thanks, Thomas ___ 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
RE: [hlcoders] Test
Test Smest... - voogru. -Original Message- From: Eric Smith [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 1:57 PM To: hlcoders@list.valvesoftware.com Subject: [hlcoders] Test ___ 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
RE: [hlcoders] jerky platforms
Try this fix from Jay.
Quote: I'm not sure if it's the issue or not, but I remember a bug like
this in episode 1. If it's the same issue, then setting smoothstairs to
zero will fix it (but cause other problems). If that's the case then you
need to add some logic to disable stair smoothing when the player is on an
elevator.
Here's the code from ep1
baseplayer_shared.cpp:
static ConVar smoothstairs( smoothstairs, 1, FCVAR_REPLICATED, Smooth
player eye z coordinate when traversing stairs. );
//--
---
// Handle view smoothing when going up or down stairs
//--
---
void CBasePlayer::SmoothViewOnStairs( Vector eyeOrigin ) {
CBaseEntity *pGroundEntity = GetGroundEntity();
float flCurrentPlayerZ = GetLocalOrigin().z;
float flCurrentPlayerViewOffsetZ = GetViewOffset().z;
// Smooth out stair step ups
// NOTE: Don't want to do this when the ground entity is moving the
player
if ( ( pGroundEntity != NULL pGroundEntity-GetMoveType() ==
MOVETYPE_NONE ) ( flCurrentPlayerZ != m_flOldPlayerZ )
smoothstairs.GetBool()
m_flOldPlayerViewOffsetZ == flCurrentPlayerViewOffsetZ
)
{
int dir = ( flCurrentPlayerZ m_flOldPlayerZ ) ? 1 :
-1;
float steptime = gpGlobals-frametime;
if (steptime 0)
{
steptime = 0;
}
m_flOldPlayerZ += steptime * 150 * dir;
const float stepSize = 18.0f;
if ( dir 0 )
{
if (m_flOldPlayerZ flCurrentPlayerZ)
{
m_flOldPlayerZ = flCurrentPlayerZ;
}
if (flCurrentPlayerZ - m_flOldPlayerZ
stepSize)
{
m_flOldPlayerZ = flCurrentPlayerZ -
stepSize;
}
}
else
{
if (m_flOldPlayerZ flCurrentPlayerZ)
{
m_flOldPlayerZ = flCurrentPlayerZ;
}
if (flCurrentPlayerZ - m_flOldPlayerZ
-stepSize)
{
m_flOldPlayerZ = flCurrentPlayerZ +
stepSize;
}
}
eyeOrigin[2] += m_flOldPlayerZ - flCurrentPlayerZ;
}
else
{
m_flOldPlayerZ = flCurrentPlayerZ;
m_flOldPlayerViewOffsetZ = flCurrentPlayerViewOffsetZ;
}
-Original Message-
From: Tony omega Sergi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 04, 2006 1:06 PM
To: hlcoders@list.valvesoftware.com
Subject: RE: [hlcoders] jerky platforms
Simple.
The player is the only entity in the engine that is completely different
from any other entity.
All player movement, is done via gamemovement; and is predicted on the
client.
Even the vphysics shadow is basically just a hack, it's on the server only.
Secondly, there is a bug with this (or incomplete code rather) that's been
around since Dave 'Zoid' Kirsch wrote the shared PMOVE (or gamemovement)
system for quakeworld, where the client doesn't properly know all the
collision for the other entities, at the time that it's needed. It's
documented in the q1/q2 engine source somewhere.
Essentially, the player acts like it's own 'god'. It decides where and when
it can move, and making other entities push it around, happen AFTER it
decides if it can or not.
So when the player is on the plat, the gamemovement code already makes
gravity suck it down. So then the plat goes up, and it tries to push the
player up, well the player is applying gravity, and on the client thinks
there's nothing there (it can't see the platform completely) so it applies
gravity and pushes itself down. Now, the server is trying to tell the
player; okay there's an entity trying to move us up, so it teleports the
player. Now, remember, the player movement code is all teleportation, it
doesn't really have velocity in the same manner, because it doesn't move the
same way that all other entities do.
The only way to truly overcome this is to make the player move via forces
instead of shifting origin directly, so the player can be simulated at the
SAME TIME as every other entity, instead of before or after it.
It's a major flaw that this engine has inherited from an engine created 10
years ago.
The vphysics shadow doesn't really help much either, it's perfectly fine in
singleplayer where there is no client side prediction, but when you get
hl2mp with prediction on, that's why you jump around when you stand on a
box, and whatnot.
--
-- omega
Heroes of Excelsior
http://www.heroesofexcelsior.com
Blackened Interactive
