[hlcoders] Source .dem specifications

I saw a reference a long time ago that VALVE would be publishing the specifications of the .dem file format for the Source engine at some point. Does anybody here know anything about it? Andrew Hammett www.caleague.com ___ To unsubscribe, edit your

Re: [hlcoders] Source .dem specifications

Andrew Hammett wrote: I saw a reference a long time ago that VALVE would be publishing the specifications of the .dem file format for the Source engine at some point. Does anybody here know anything about it? Andrew Hammett www.caleague.com The latest SDK has the file format in

RE: [hlcoders] Compiling for Linux (FC3)

When GCC links your binary it uses the latest possible symbols from your system. The linux libraries maintain backwards compatibility very well but don't provide forward compatibility (even within the same minor versions). So if you link using GLIBC 2.3.3 you stop people running 2.3.2 running your

Re: [hlcoders] Source .dem specifications

Philip Searle wrote: Andrew Hammett wrote: I saw a reference a long time ago that VALVE would be publishing the specifications of the .dem file format for the Source engine at some point. Does anybody here know anything about it? Andrew Hammett www.caleague.com The latest SDK has the file format

[hlcoders] (semi OT) 3d panoramas

Okay, I found something neat that I think a few of us would be interested in. http://blog.johnsto.co.uk/?action=viewid=57 Load a map, set mat_envmaptgasize to 512 and use 'envmap'. then take the resulting output and run it through a program called GoCubic. then you get a 3d panorama of your map

RE: [hlcoders] Attn Valve: Motion mapper continued

So I went ahead and created my own frontend to motionmapper and processed all the sdk example anims with my custom models skeleton as the target, compiled the resulting anims and brought the model into HLMV, to my dismay the anims were exactly the same as before. I then ran windiff, and yes -

[hlcoders] read only cvars and sockets

I'm currently playing around with some server plugin code for the source server but i got stuck at two points. First, is it possible to define a cvar as read only? If it's possible which flag(s) must be set or which functions do i have to call? Second, is there anything within the engine that

RE: [hlcoders] read only cvars and sockets

For the cvar you could implement a change callback function to force a certain value to be set (watch out for infinite loops here). You will need to implement your own socket code. - Alfred Original Message From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Traxer Sent:

RE: [hlcoders] read only cvars and sockets

Doesn't really make much sense for a console variable to be readonly. What do you plan to do with it? Thanks Again --- --- Robert I Chatman III --- www.swallowbush.com --- [EMAIL PROTECTED] --- (408) 569-4436 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf

[hlcoders] Adding support for Con_Printf() in the SDK libraries?

Is it possible that you guys (Valve) could add Con_Printf() to the SDK for use with server plugins? Or perhaps make Msg() work over RCON? I'm trying to make concommands that work over rcon, but Msg() only prints to the server console when called from rcon. I was looking at what functions the