Yup, Valve is very helpful to modders building a full client mod using
the SDK.
However, Valve rarely adds things us server-side developers need. The
simplest explanation is that they want tight control over how their mods
appear to their customer base. This also makes the SDK look more
attractive to 3rd party developers, since they know their game can't be
easily modified.
Major plugin devs or not, there's an agenda higher than that. I'll
leave the rest of the conspiracy theorying to you ;)
---bail
http://www.bailopan.net/
Cc2iscooL wrote:
--
[ Picked text/plain from multipart/alternative ]
They were helping the developers of the major mods update to the new SDK,
such as Dystopia and a few others. Why wouldn't they help the major plugin
developers? Whether it be a mod or a plugin you still have to change things
to make it work the way you want.
Also, the only reason I was "nitpicking" your grammar was because I thought
"us developers" sounded out of context. I didn't mean it to be offensive by
any terms.
Anyway, I know for a fact that Valve was helping out the modders, so why
wouldn't they help the people doing the plugins?
On 8/26/06, David Anderson < [EMAIL PROTECTED]> wrote:
There is no time to prepare for updates as the binaries are released
publically and that's it. Did you even read what I said?
Valve doesn't and can't help us with the stuff that we're doing (the
stuff that breaks). Expecting them to would be ridiculous for a number
of reasons. If they're already confining us to dirty hacks, why would
they help us with our hacks? Also, why should they take time out of
their most likely busy schedule to help us with the hacks that'll break
anyway?
The best solution is to just pre-release or beta-release the binaries to
developers. Even if it were only 48 hours in advance it'd be a huge
help and given the slow release cycle I don't think two days would hurt.
I'd (probably) stop whining if they did only that, since I'm willing
to sit here and hunt down binary changes for the night.
Again it's not like none of this has been suggested before.
---bail
http://www.bailopan.net/
PS - since you felt like irrelevantly nitpicking my grammar, I'll note
that your period should have been inside the quotation marks.
Cc2iscooL wrote:
--
[ Picked text/plain from multipart/alternative ]
You mean "we developers". Anyway, it's too bad that more developers,
especially Mani, did not take advantage of the time they had to prepare
for
the update. I'm sure if they asked Valve they would have helped them
port it
over.
On 8/26/06, David Anderson <[EMAIL PROTECTED]> wrote:
oh what a great idea why didn't anyone ever think of that before!?!1one
hint: I don't know of anyone that "hardcodes memory offsets." We use as
dynamic methods as we can, but breakage is inevitable across large
updates.
There's two solutions to this problem. One is actually listening to
server-side developers and the other is pre-releasing binaries to
server-side developers. Given the track record of almost two years, I
don't see anything changing.
In the meantime, us developers try to help each other out during updates
so we can all fix things within a week. It generally works out okay as
long as you're patient and supportive of the people doing the work.
---bail
http://www.bailopan.net/
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto: [EMAIL PROTECTED] On Behalf Of Andrew
Forsberg
Sent: Saturday, August 26, 2006 6:38 PM
To: [email protected]
Subject: Re: [hlds_linux] Counter-Strike: Source update released
That's all true. One thing does confuse me a bit -- when you guys at
Valve
are running internal game-play tests, do you only ever play with
stock-standard css? If not, and if you know the update stops one of
those
mods from working, perhaps a "heads up" to the mods you also use would
be a
nice thing to do? Something along the lines of: "sorry guys, hope
you're
not
busy this weekend..." would probably do.
Apart from that, meh... change happens. The update itself is really
very
good.
On Sat, 2006-08-26 at 15:27 -0400, Kevin H wrote:
Oh well, deal with it. I did. And my servers are all running fine.
Software updates almost always break something on third party mods.
This has been happening since valve started. Alfred dealt with this
with Adminmod.
You whining is not going to change a thing. And if your running a
business, explain to your clients that addons will be disabled to
there is a fix.
And if you run a gaming community and rent a server. You just have to
wait for the mods to be updated. Not the end of the world.. Its just a
game.
Oh, and the servers still run without mods.. :-)
On 8/26/06, Thiesson Johann wrote:
The fact that every update broke the work of the HL community is a
bad thing, and is not normal. I think there isn't anything to add to
this.
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
--
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
--
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
