that error.
- Original Message -
From: kama [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Friday, February 17, 2006 9:05 AM
Subject: Re: [hlds_linux] Re: [hlds] The Famous Your Map de_dust differs
from the server ERROR.
One server is??? One fysical server or one instance
This Problem was on the Windows list But I am haveing the same problems with
windows and Linux
I am doing an update with verify_all and All server are shut down and I
getting this error.(This is putty Log)
-bash-3.00$ cd /home/games/cs/test
-bash-3.00$ cd /home/games/cs/test
-bash-3.00$
Reply-To: hlds_linux@list.valvesoftware.com
Alfred,
I'm still getting the following error during the startup process:
net.cpp (896) : Assertion Failed: 0 == iRet
net.cpp (899) : Assertion Failed: 0 == iRet
I don't know if it can cause problems. It looks like the server is running
fine. This
On 04/02/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Different story for me, we run an AMD64 3000, 2GB DDR, 120GB SATA which we
rent from INX and is located at RedBus Server Farm in London running FC4, on
this box we run 2 1.3 DoD Servers and 2 DoD:S Servers, i tried the swapbeta
on one of
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due to the different floating point behavior of those chips).
The next beta update will contain a fix for this, there is no global
work around in the mean time.
- Alfred
BIG Phil wrote:
Since the beta, VAC refuses
: [hlds_linux] RE: Source and HL1 dedicated server Beta available
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due to the different floating point behavior of those chips).
The next beta update will contain a fix for this, there is no global
work around in the mean
-
From: Alfred Reynolds [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Saturday, February 04, 2006 9:09 AM
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta available
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due
Does running it with i486 binary makes it work?
On Sat, 2006-02-04 at 00:09 -0800, Alfred Reynolds wrote:
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due to the different floating point behavior of those chips).
The next beta update will contain a fix for
On Sat, 2006-02-04 at 00:09 -0800, Alfred Reynolds wrote:
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due to the different floating point behavior of those chips).
The next beta update will contain a fix for this, there is no global
work around in the mean
Different story for me, we run an AMD64 3000, 2GB DDR, 120GB SATA which we
rent from INX and is located at RedBus Server Farm in London running FC4, on
this box we run 2 1.3 DoD Servers and 2 DoD:S Servers, i tried the swapbeta
on one of the source servers and the ping for the other 3 shot into
] On Behalf Of Alfred
Reynolds
Sent: 04 February 2006 08:10
To: hlds_linux@list.valvesoftware.com
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta available
I have found a bug with the HL1 engine beta going into secure mode on
AMD cpus (due to the different floating point behavior
only works for HLDS and not for SRCDS.
Thnx in advance
-W0kk3L-
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Saturday, February 04, 2006 9:09 AM
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta
available
I
in advance
-W0kk3L-
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Saturday, February 04, 2006 9:09 AM
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta
available
I have found a bug with the HL1 engine beta
only works for HLDS and not for
SRCDS.
Thnx in advance
-W0kk3L-
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Saturday, February 04, 2006 9:09 AM
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta
available
I have
Indeed qstat does it provides the secure server rule 0|1
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
The A2S_INFO response contains whether the server is secure or not (see
http://developer.valvesoftware.com/wiki/Source_server_queries). Qstat
should be able to make use
Of BIG Phil
Sent: 04 February 2006 18:05
To: hlds_linux@list.valvesoftware.com
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta available
In addition to the VAC problem I am also getting reports from players (on
the version 32 NS server I run) of pings of 2000ms and above. The other
mind... at least i know what is causing it :)
-W0kk3L-
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Saturday, February 04, 2006 7:22 PM
Subject: RE: [hlds_linux] RE: Source and HL1 dedicated server Beta available
The A2S_INFO
Since the beta, VAC refuses to work and hostname -i returns the public IP
of the server. It is something in the beta that is doing it as if I roll
back to version 29 VAC comes up with problems at all.
Phil
___
To unsubscribe, edit your list
AMD is ahead atm - Go for an opteron...
64GB of ram? O RLY?
On 2/3/06, kama [EMAIL PROTECTED] wrote:
On Fri, 3 Feb 2006, Ludoservers wrote:
I want to buy new machines for my srcds hlds servers.
My question is: ¿How is the gaming experience on Dual Opteron 64bit (2.2ghz)
machines
where did you find any info about 64GB of ram?
On Fri, 3 Feb 2006, Tyler Cook wrote:
AMD is ahead atm - Go for an opteron...
64GB of ram? O RLY?
On 2/3/06, kama [EMAIL PROTECTED] wrote:
On Fri, 3 Feb 2006, Ludoservers wrote:
I want to buy new machines for my srcds hlds
google
From: kama [EMAIL PROTECTED]
Reply-To: hlds_linux@list.valvesoftware.com
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Re: [hlds_linux] ¿Opteron or Xeon?
Date: Fri, 3 Feb 2006 14:38:27 +0100 (CET)
where did you find any info about 64GB of ram?
On Fri, 3 Feb 2006
Not easily available (generating that list is part of our release
process). I just know it fixes the swapping problem.
- Alfred
Adam Sando wrote:
Hi Alfred,
Do you have a list of all the fixes/updates/changes that this beta
includes?
I'd be curious to know what benefits there are in
But Alfred is the only one (as I see) who still commune with people.
Steampowered forums are useless...
- Original Message -
From: Kevin Ottalini [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, January 16, 2006 1:35 AM
Subject: Re: [hlds_linux] RE: Question
P.
Gerritsen
Envoyé : jeudi, 12. janvier 2006 16:25
À : hlds_linux@list.valvesoftware.com
Objet : RE: [hlds_linux] RE: 64Bits Compatiblity
I was thinking of SLAMD64 ('ve been a slackware fan for a very long time
so...)
Anyone experience on that distro?
Main intention is to run a single gameserver
.
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De
la part de Reinder P.
Gerritsen
Envoyé : jeudi, 12. janvier 2006 16:25
À : hlds_linux@list.valvesoftware.com
Objet : RE: [hlds_linux] RE: 64Bits Compatiblity
I was thinking of SLAMD64 ('ve been a slackware fan
for a very long time
so
, just never can
remember :o)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dan E
Sent: Monday, January 16, 2006 6:22 PM
To: hlds_linux@list.valvesoftware.com
Subject: RE: [hlds_linux] RE: 64Bits Compatiblity
I haven't had experience with 64 bit yet
On Jan 16, 2006, at 11:50 AM, Reinder P. Gerritsen wrote:
That's all... (and I dunno if Gentoo was SysV or BSD, just never can
remember :o)
gentoo isn't traditional BSD, but it closely resembles NetBSD (and
now FreeBSD's) dependency system.
--
Erik Hollensbe
[EMAIL PROTECTED]
I have not heard of... a problem with the banner under hlds -Alfred Reynolds
Are you kidding me? Do you even read this list? This has been a topic
on this list at least 4+ times since it stopped working.
Dates and Subject titles:
10-03-05 banner.gif not working
10-03-05 RE: banner.gif not
Alfred, what about the problems with AMD X2's?
FiRe
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
, January 15, 2006 4:18 PM
Subject: [hlds_linux] RE: Question for Alfred
Alfred, what about the problems with AMD X2's?
FiRe
___
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman
a banner ad on the loading
dialog.
- Alfred
- Original Message -
From: Andrew Mitcham [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Sunday, January 15, 2006 7:00 AM
Subject: [hlds_linux] RE: Question for Alfred
I have not heard of... a problem with the banner under hlds
Our in tick rate on our X2 3800+ is below what it should be, if I run
them at 66 tick, they operate at 40-55. 100 tick, 70-85, out tick rate
is what it's supposed to be. Does any else get this, I've see n it on
other servers like this run on an X2. And yes, the servers are set up
correctly and
EMT64 Intels now suport the thing you named 2)
:)))
- Original Message -
From: Kingsley Foreman [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Thursday, January 12, 2006 1:03 AM
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
stolen from theserverside cause im to lazy
So someone help me, what would be the advantage of a 64 bit dedicated
server?
64 bit always has run better here, especially the CPU usage was lower.
Probably because AMD Opterons are not just 64 bit but have additional
registers too :)
--
Mike Noordermeer
[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
At least I'm running 3-4 CS 1-6 servers with the hlds_amd64 binary and (!)
AMXMODX1.60 in 64bit.
The servers are running only with VAC1 due to the oudated binaries, but this
means nothing for
running public servers ;)
What I saw in the past: same servers running with
Debian Sarge 3.1 / AMD64...
But the performance can be reached with SuSE's 9.3 64bit too (tested some
months ago)
hlds_linux@list.valvesoftware.com schrieb am 12.01.06 15:23:34:
[EMAIL PROTECTED] wrote:
At least I'm running 3-4 CS 1-6 servers with the hlds_amd64 binary and (!)
]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, January 12, 2006 3:40 PM
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
Debian Sarge 3.1 / AMD64...
But the performance can be reached with SuSE's 9.3 64bit too (tested some
months ago
Is it me or would you not want to run the AMD64 binary when running EMT64?
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
David A S
Carter
Envoyé : mercredi, 11. janvier 2006 17:18
À : hlds_linux@list.valvesoftware.com
Objet : [hlds_linux] RE: 64Bits Compatiblity
Is it me or would you not want to run the AMD64 binary when running EMT64?
___
To unsubscribe, edit your list
If you're talking about the Source Dedicated Server, there aren't any
64-bit binaries released yet. I presume the engine_amd binary is just
optimized for AMD CPUs in general.
If 64-bit binaries were released, you'd need one for every binary in the
bin/ folder, as well as one for all the mods you
?
Most of Dell Servers are now only in 64bits processor version, same for HP.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de dackz
Envoyé : mercredi, 11. janvier 2006 19:42
À : hlds_linux@list.valvesoftware.com
Objet : Re: [hlds_linux] RE: 64Bits Compatiblity
EMT64 = AMD x64, they are the same.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of dackz
Sent: Wednesday, January 11, 2006 11:42 AM
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
If you're talking about
: mercredi, 11. janvier 2006 20:44
À : hlds_linux@list.valvesoftware.com
Objet : Re: [hlds_linux] RE: 64Bits Compatiblity
EMT64 != 64 bits.
EMT64 is just a memory arhitecture to support 4GB memory, but the core of
Intel still works on 32bits. Unless you're using Itanium.
- Original Message
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
EMT64 != 64 bits.
EMT64 is just a memory arhitecture to support 4GB memory, but the core of
Intel still works on 32bits. Unless you're using Itanium.
- Original Message -
From: Glenn Shannon [EMAIL PROTECTED]
To: hlds_linux
EMT64=look at me look at me im 64bit tooo see...
- Original Message -
From: Glenn Shannon [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Thursday, January 12, 2006 6:45 AM
Subject: RE: [hlds_linux] RE: 64Bits Compatiblity
I did not say:
EMT64=64 bits
I believe I
Not to be a Luddite, but the benefits of a srcds_l / hlds_l server that
runs as a 64 bit binary escape me. The server software does not seem to
have a need to huge amounts of memory, and it seems difficult to
demonstrate any significant differences in application throughput when
you compare 64
Reduced CPU usage, reduced MEM usage, more stable server refresh rates.
IF there was no point in 64bit, why are there 64bit versions of *nix and
Windows?
Jon McDermott wrote:
Not to be a Luddite, but the benefits of a srcds_l / hlds_l server that
runs as a 64 bit binary escape me. The server
.
- Original Message -
From: Joseph Laws [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Thursday, January 12, 2006 12:33 AM
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
Reduced CPU usage, reduced MEM usage, more stable server refresh rates.
IF there was no point
more data in
memory, making memory-intensive programs like databases faster.
Kingsley
- Original Message -
From: Evaldas Zilinskas [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Thursday, January 12, 2006 9:23 AM
Subject: Re: [hlds_linux] RE: 64Bits Compatiblity
Because
lol its quite funny how many people dont understand the 32bit / 64bit issue.
This e.mail is private and confidential between Multiplay (UK) Ltd. and the
person or entity to whom it is addressed. In the event of misdirection, the
recipient is
Steven Hartland wrote:
lol its quite funny how many people dont understand the 32bit / 64bit
issue.
I understand 32 and 64 bit issues quite well, thank you very much. The
real issue is not getting a recompiled dedicated server application that
is built using existing code, it's getting a
Pretty soon I'm going to start demanding 128bit bins! :)
Jon McDermott wrote:
Steven Hartland wrote:
lol its quite funny how many people dont understand the 32bit / 64bit
issue.
I understand 32 and 64 bit issues quite well, thank you very much. The
real issue is not getting a recompiled
At least I'm running 3-4 CS 1-6 servers with the hlds_amd64 binary and (!)
AMXMODX1.60 in 64bit.
The servers are running only with VAC1 due to the oudated binaries, but this
means nothing for
running public servers ;)
What I saw in the past: same servers running with only the 32bit binaries are
--
[ Picked text/plain from multipart/alternative ]
If you suspect amxx then update your plugins and your amxx version. 1.65 is
slated to be released soon
On 1/7/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Send hlds_linux mailing list submissions to
hlds_linux@list.valvesoftware.com
FYI anyone not using the latest amxx is also vulnerable to numerous
remote security holes fixed in recent versions.
-sb
On 1/7/06, Jordan Bagwell [EMAIL PROTECTED] wrote:
--
[ Picked text/plain from multipart/alternative ]
If you suspect amxx then update your plugins and your amxx version.
--
[ Picked text/plain from multipart/alternative ]
All we can do is wait for the next update... which will fix somethings and
break others.
On 1/5/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Send hlds_linux mailing list submissions to
hlds_linux@list.valvesoftware.com
To
This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Haven't noticed this on 195.224.41.44:27015, 195.224.41.44:27016,
195.224.41.5:27015 or 195.224.41.9:27015. Is it only limited to HLDS and
not SRCDS?
[EMAIL PROTECTED] wrote:
Send hlds_linux mailing
theres alot of applications on freshmeat.net for cpu usage. other than top.
- Original Message -
From: Eric (Deacon) [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Tuesday, December 13, 2005 7:16 PM
Subject: Re: [hlds_linux] Re: Re: Re: Rediculous CPU usage
In a bold
]
To: hlds_linux@list.valvesoftware.com
Sent: Tuesday, December 13, 2005 7:16 PM
Subject: Re: [hlds_linux] Re: Re: Re: Rediculous CPU usage
In a bold display of creativity, Charles wrote:
top
bottom
--
Eric (the Deacon remix)
___
To unsubscribe, edit your
: [hlds_linux] Re: Rediculous CPU usage
Date: Tue, 13 Dec 2005 22:45:15 +0100
Reply-To: hlds_linux@list.valvesoftware.com
Same here... The loads has practicly doubled since the last updates. However
the pingtimes in-game stayed
the same. So the load isn't noticable in-game. Nevertheless it's
@list.valvesoftware.com
Sent: Monday, December 12, 2005 11:27 PM
Subject: Re: [hlds_linux] Re: Rediculous CPU usage
top
Craig Moore wrote:
Where are you getting these CPU usages from?
___
To unsubscribe, edit your list preferences, or view the list
top
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
In a bold display of creativity, Charles wrote:
top
bottom
--
Eric (the Deacon remix)
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Where are you getting these CPU usages from?
On 12/11/05, Scott Pettit [EMAIL PROTECTED] wrote:
--
[ Picked text/plain from multipart/alternative ]
I've also noticed heavily increased CPU usage.
We have a 32 player WC3 server (which is notorious for using heaps of cpu)
1.6 server running on
top
Craig Moore wrote:
Where are you getting these CPU usages from?
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
http://list.valvesoftware.com/mailman/listinfo/hlds_linux
It's a dedcated server in Equinix in Chicago, I've tried a fresh
install, 2.6.11 and 2.6.14 kernels, and no plugins running at all. And
its srcds, I just want 1 private match server out of it so I have no
need to install any mods/plugins other than CSP.
--
[ Picked text/plain from multipart/alternative ]
I've also noticed heavily increased CPU usage.
We have a 32 player WC3 server (which is notorious for using heaps of cpu)
1.6 server running on an AMD64 3200+ using 30-40% cpu max. (hlds)
However we have a 24 player Source server (stock
--
On Thu, 8 Dec 2005 05:54:20 +0100
[EMAIL PROTECTED] bubbled:
Yes, you're right.
We had three processes:
First process: screen launch
Second process: shell and srcds_run launch
Third process: srcds_processorspecific launch
But now we have five processes:
First process: screen launch
100 tickrate servers do not run good on linux 64 bit platforms. Not sure if
this applies to linux in general.
___
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
Yes, you're right.
We had three processes:
First process: screen launch
Second process: shell and srcds_run launch
Third process: srcds_processorspecific launch
But now we have five processes:
First process: screen launch
Second process: shell and srcds_run launch
Third process:
On Sun, 4 Dec 2005 23:15:07 -
Andrew Martin [EMAIL PROTECTED] wrote:
I'm using the following to launch the server:
./srcds_run -game cstrike +map de_dust2 +maxplayers 10 +ip
192.168.1.1 +log on
Drop the +ip parameter so that it binds to all ifaces and ensure you
either use +sv_lan 1 or
Thanks for the help so far guys.. I've added +sv_lan 1 and -nomaster but the
server still isn’t showing up in the LAN server browser but is working fine
still if I manually connect to 192.168.1.1
I've since tried some other game servers like UT2004 and Battlefield 2 and
they seem to suffer from
69.25.142.6 isn't a valid master server address, the only valid
addresses at this moment are 207.173.177.11, 69.28.151.178 and
69.28.151.162 (DON'T hard code these values anywhere, they are subject
to change but you can use them for the next couple of days to debug
problems).
Albert, I am not
I know you have filters setup to protect your infrastructure, but:
To: 207.173.177.11
9 gw-cust-VALVESOFTWARE-COM.bllv.eli.net (207.173.69.238) [AS
23352] 72 msec 60 msec 64 msec
10 gw-cust-VALVESOFTWARE-COM.bllv.eli.net (207.173.69.238) [AS
23352] !A !A !A
69.28.151.178
5
The 207.173.177.11 trace is good. The 69.28.151.178 is bad, you aren't
even hitting the backbone of the provider for that machine (Limelight
networks, llnw.net). I CANNOT trace to 213.200.80.17, my trace looks
like:
7 tbr2-cl11.cgcil.ip.att.net (12.122.10.61) 69.287 ms 69.861 ms
69.333 ms
8
I adjusted my localpref to 110 to another carrier, and tiscali seems
to filter traffic..
I'm going to see if I can have my upstream localpref AS22822 to
somewhere else for the time being.
As a work around, Alfred, what do you recommend? Could we manually
override the master server? (i dont
servers in a LAN environment leave out the ip binding and set the -nomaster
along with the LAN setting
SP_Kenny
www.lanpartynw.com
- Original Message -
From: Andrew Martin [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, December 05, 2005 4:01 AM
Subject: [hlds_linux] Re
I'm using the following to launch the server:
./srcds_run -game cstrike +map de_dust2 +maxplayers 10 +ip 192.168.1.1 +log
on
Message: 12
From: JoeSoap [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Subject: RE: [hlds_linux] Server Not Showing in Lan List?
Date: Mon, 5 Dec 2005 09:24:11
iirc there is some some command line argument like +sv_lan 1... try
adding this.. and/or -unsecure or sth like this
Andrew Martin wrote:
I'm using the following to launch the server:
./srcds_run -game cstrike +map de_dust2 +maxplayers 10 +ip 192.168.1.1 +log
on
Message: 12
From: JoeSoap
Of Andrew Martin
Sent: Monday, 5 December 2005 10:15 AM
To: hlds_linux@list.valvesoftware.com
Subject: [hlds_linux] RE: Server Not Showing in Lan List? (JoeSoap)
I'm using the following to launch the server:
./srcds_run -game cstrike +map de_dust2 +maxplayers 10 +ip 192.168.1.1 +log
on
Message: 12
From
Did this not get released? I dont see any changes here to the dedicated
server only to DOD.
Steve / K
- Original Message -
From: Alfred Reynolds [EMAIL PROTECTED]
A Source dedicated server update will be happening in the next few
hours. This update is for both Counter-Strike:
Dan Sorenson wrote:
We can complain about Valve's priorities, sure, but
let's leave the people on the front lines of tech support out.
It's not their decisions we're working under, they merely
explain how it was told to them.
Well said!
--
Ben
www.benkennish.co.uk
* Ben Kennish ([EMAIL PROTECTED]) [051117 15:32]:
service as the company I work for would consider providing this. This
would be particularly true if Valve re-enabled support for banner.gif!
So this explains why my banner doesn't appear during map downloads. I
was beginning to wonder if I
Derek Evan Mart wrote:
So this explains why my banner doesn't appear during map downloads. I
was beginning to wonder if I changed something on my end. What are the
details on this issue? Was it really disabled/broke? Will it be
reenabled/fixed?
Apparently it will never be re-enabled!!
EVIL INCARNATE
c'mon give it back to us good guys that provide community servers
T
- Original Message -
From: Ben Kennish [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 8:26 PM
Subject: Re: [hlds_linux] Re: banner.gif support
Would also like to see the download box be updated with dynamic Estimated
Download Times and Download Speed displays.
Dagok
- Original Message -
From: [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 12:43 PM
Subject: Re: [hlds_linux] Re
Download Times and Download Speed displays.
Dagok
- Original Message -
From: [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 12:43 PM
Subject: Re: [hlds_linux] Re: banner.gif support (was: A public place...)
EVIL INCARNATE
]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 1:10 PM
Subject: Re: [hlds_linux] Re: banner.gif support (was: A public place...)
On another note, we'd also like to see lots of more pressing things
fixed such as the memory leaks. But, why bother when people still buy
the game
Do they change the URL every once in a while? If not, there are
probably several other servers out there leeching from it. I had a
redirect server for sounds, and I saw a lot of clients requesting maps
and such that I didn't have on my server on a regular basis. Of
course, I just removed the vhost
it
through the proper channels.
Dagok
- Original Message -
From: Craig Moore [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 1:10 PM
Subject: Re: [hlds_linux] Re: banner.gif support (was: A public place...)
On another note, we'd also
Moore [EMAIL PROTECTED]
To: hlds_linux@list.valvesoftware.com
Sent: Monday, November 21, 2005 1:47 PM
Subject: Re: [hlds_linux] Re: banner.gif support (was: A public place...)
All I'm saying is I doubt that's high on their priority list. Don't
turn this in to a flame war. I wasn't attacking you
Craig Moore wrote:
On another note, we'd also like to see lots of more pressing things
fixed such as the memory leaks. But, why bother when people still buy
the game, regardless?
You have a point. However, although I am not a hardcore C/C++
programmer myself, I do know that memory leaks can
Yeah, I'd like to see the banner.gif implemented, too. Or perhaps have
it run its own webserver, that way the webserver would be able to deny
clients that aren't connected to the local server. Either way, I'm not
satisfied with people leeching from my sv_downloadurl. I thought of
creating a small
* Craig Moore ([EMAIL PROTECTED]) [051121 21:53]:
clients that aren't connected to the local server. Either way, I'm not
satisfied with people leeching from my sv_downloadurl. I thought of
You might want to try setting chmod o-x on all of your directories. This
will prevent them from browsing
At 05:40 PM 11/21/2005 -0800, Dagok wrote:
There is always someone who thinks something else is more important. Go
discuss them in their appropriate threads.
To tie that into the next posting, doesn't that someone
tend to be a member of manglement who makes the decisions while
the People
Our GSP provides a central web server for its customers to use as their
sv_downloadurl.
I'm not any one host could provide enough bandwidth to cope with having one
global resource.
But from their perspective it is a good sales tool for attracting new
customers, particularly with Source servers
K1ll3rD wrote:
Replying packets will use the same NIC as the packet came in from for it's
gateway.
This is referenced in RFC 1122 as Strong End Station Model, check you OS
on how to implement Strong ES model, as it varies from platform to
platform... Still, this will not work on the same
connections.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Steve Dalberg
Sent: 11 November 2005 08:59
To: hlds_linux@list.valvesoftware.com
Subject: Re: [hlds_linux] Re: srcds with multiple ip address
K1ll3rD wrote:
Replying packets will use the same
devin812 wrote:
Hmm interesting.. what does the Cvar mapchangecfgfile do?
More specifically when does it exec the .cfg file it specifies?
A while ago, the server.cfg was exec'd at each map change, while the
autoexec.cfg was only exec'd at startup. Valve decided to make the
server.cfg exec
Is that true? A short while ago Alfred pointed out to me that I had
log on in my server.cfg and it need only go in my autoexec.cfg. I've
since removed it and the issue has been corrected based on the
server.cfg still being read at the map start..
Or better perhaps, about when did that behavior
501 - 600 of 1605 matches
Mail list logo
