> > the map correctly cq match the original one that comes with the map.
> >
> >
> >
> >
> > >
> > > From: Nomaan Ahmad
> > >To: Half-Life dedicated Linux server mailing list <
> > hlds_linux@list.valvesoftware.co
<
> hlds_linux@list.valvesoftware.com>
> >Sent: Monday, 29 April 2013, 14:16
> >Subject: Re: [hlds_linux] Valve, can you remove clients required to
> download nav files?
> >
> >
> >You can use a plugin to modify those nav files but thats not the problem
Ahmad
>To: Half-Life dedicated Linux server mailing list
>
>Sent: Monday, 29 April 2013, 14:16
>Subject: Re: [hlds_linux] Valve, can you remove clients required to download
>nav files?
>
>
>You can use a plugin to modify those nav files but thats not the problem
>here.
You can use a plugin to modify those nav files but thats not the problem
here. Hosting those nav files is also not a problem for me, I already host
25 gigs of maps. I didn't upload nav files for them because I knew they are
no use to clients who are connecting unless they will launch listen server
st.valvesoftware.com
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of ics
Sent: maandag 29 april 2013 7:05
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] Valve, can you remove clients required to
download nav files?
But that autogenerated version never
But that autogenerated version never works flawlessly. It often fails
miserably since the autocreation really needs help. Bots need the nav in
order to work and in CSS the place names on the radar are read in the
nav file also.
I don't really get the commotion since nav files are generally onl
When they launch listen server, the missing nav file will be auto generated.
On 29 April 2013 02:28, Essay Tew Phaun wrote:
> They weren't guaranteed to have the navs in the first place, for
> unsupported maps. So they could just generate the nav for it.
>
>
> On Sun, Apr 28, 2013 at 8:40 PM, Sa
They weren't guaranteed to have the navs in the first place, for
unsupported maps. So they could just generate the nav for it.
On Sun, Apr 28, 2013 at 8:40 PM, Saul Rennison wrote:
> What about if they want to host the map on a listen server?
>
>
>
> Kind regards,
> Saul Rennison
>
>
> On 29 Apr
What about if they want to host the map on a listen server?
Kind regards,
Saul Rennison
On 29 April 2013 00:55, Essay Tew Phaun wrote:
> The option to turn it off would be nice at least. I haven't noticed a
> difference on the client end from using blank navs.
>
>
> On Sun, Apr 28, 2013 at 7
The option to turn it off would be nice at least. I haven't noticed a
difference on the client end from using blank navs.
On Sun, Apr 28, 2013 at 7:32 PM, 1nsane <1nsane...@gmail.com> wrote:
> The nav files have extra data in certain games like CS:S (place names) so
> the clients would need thos
The nav files have extra data in certain games like CS:S (place names) so
the clients would need those files in order to display that data.
TF2 might have something similar as well, previously nav files were not
sent in TF2. It happened with some update.
On Sat, Apr 27, 2013 at 10:14 PM, Essay T
Just check the browser that is connecting and restrict the referrer to only the
ips of your servers. They can still grab it but they cannot get to it directly.
So it's useless to use on any other server. But this does require you to change
apache settings. Which you might not have access to.
Op
I support this. If the client wants to play on a listen server they can
spend the time and resources generating the nav file or host their own
SRCDS instance. I bet 99% of the connects to our servers have 0 use for the
nav files taking up space, bandwidth, and time.
I know someone make a SourceMod
You can fake the sv_downloadurl using a plugin:
https://forums.alliedmods.net/showthread.php?t=169271
On 28 April 2013 03:54, Eli Witt wrote:
> While they're at it, might want to add some sort of error checking as well.
> It might help stop malicious admins from serving up randomly generated jun
While they're at it, might want to add some sort of error checking as well.
It might help stop malicious admins from serving up randomly generated junk
bytes from /dev/random for commonly played maps if the referrer isn't an
whitelisted game server. (aka people stealing my bandwidth after
discoveri
Yea I also think something needs to be done about it because there is a
pause when the client tries to look for the nav file on the fast download
server. It searched for it a lot faster before the steampipe update.
On 28 April 2013 03:14, Essay Tew Phaun wrote:
> The clients don't need these nav
The clients don't need these nav files for the bots to function on the
server. Some servers serve the nav files as empty from a fast download to
get around sending it. This is bad because now the client has a nav file
that doesn't actually do anything if they chose to play locally.
With all the re
17 matches
Mail list logo
