Closed aduzsardi closed 11 years ago
Can you point me at a server that exhibits this download bug please
86.122.14.86:27020
68.232.164.111:27015 exhibits this behavior too.
Oh yes - that very annoying. For years we had to create .res files to make all the clients download custom maps and adding the map.bsp itself into the map.res made the client download the map twice - thats why all the .res files are without the actual map.
together with the change of the location of the hlds-files that forced a lot of ppl to install completly new we've lost 1/2 of our players because of this bug....
I think it has been fixed in the beta but i didn't tried though, however this should have been pushed to public release as soon as it was fixed because there are a lot of servers that are running mostly custom maps , so it’s a very big issue from my point of view
Since these fixes are already pushed out as regular updates it doesnt seem to be fixed atm. I'm running at hl+cs beta.
That’s to bad , hope Alfred notices this issue as soon as possible and release a fix for it
this bug is not related to anything res related. http sometimes failed to transmit bsp files for no reason. (nerver happened before)
And this is not a feature request, this is a bug, look : http://www.youtube.com/watch?v=JZBvU5H9hiE
You should also reopen the other https://github.com/ValveSoftware/halflife/issues/590
The problem is that i have many complain from players.
You can try this server, there is always custom maps in it, and they have the bug 81.93.244.202:38000
The beta update today has some fixes to help with this. There is also a core Steam client bug causing a problem here, so I am keeping this bug open until it ships in a Steam Client beta (in the next week or so I expect).
@alfred-valve With this beta update, the problem is with big files ~ 10mb on a slow connection.
Using http://fastdl2.hldm-br.net/sc/ as primary download location Verifying and downloading resources... Netchan_Clear() : reliable length not 0, reliable_sequence: 41, incoming_reliable_acknowledged: 1 Requesting HTTP download of http://fastdl2.hldm-br.net/sc/maps/soundcache/e1m2.txt. Requesting HTTP download of http://fastdl2.hldm-br.net/sc/maps/e1m2.res. Requesting HTTP download of http://fastdl2.hldm-br.net/sc/maps/sv_cfg/e1m2.txt. Requesting HTTP download of http://fastdl2.hldm-br.net/sc/opbt_bsp.wad. Requesting HTTP download of http://fastdl2.hldm-br.net/sc/maps/e1m2.bsp. Saved http://fastdl2.hldm-br.net/sc/maps/e1m2.res to disk Saved http://fastdl2.hldm-br.net/sc/maps/sv_cfg/e1m2.txt to disk Saved http://fastdl2.hldm-br.net/sc/maps/soundcache/e1m2.txt to disk Saved http://fastdl2.hldm-br.net/sc/maps/e1m2.bsp to disk Failed HTTP download of http://fastdl2.hldm-br.net/sc/opbt_bsp.wad. <---- this one
After "Failed" message, steam.exe still downloading the file and game tries to pull from server. (http downloads are now handled by steam.exe process, right?)
Protocol version 48 Exe version 1.1.2.2/Stdio (valve) Exe build: 15:28:40 Feb 26 2013 (5969)
possibly related to #598?
@InmanInman Maybe yes, aomreal.wad is a 15mb file afaik, and the new fastdl isn't handling big files like that. When server uses sv_downloadurl, it will automatically set sv_allowdownload to 0 to avoid downloading from server. If the file can't be fetched from fastdl by client, it will crash with a missing file warning.
This is what i'm experiencing about a month, i tried to report before, but alfred can't reproduce.
Okay, well here is an easy way to reproduce this:
If you opt into the Steam Beta client it will fix the other half of this issue.
Now that the textures (wad) files are downloading correctly from sv_downloadurl there is another problem When a resource file is created ,most people create them with resgen , the .res file usually does not contain the maps/map_name.bsp line because before the updates it was automatically implied Now it doesn't work anymore, so with a res file like this created with resgen
//de_tuscan.res models/de_tuscan/tuscan_grass1a.mdl models/de_tuscan/tuscan_palmtree1.mdl models/de_tuscan/tuscan_shade1a.mdl models/de_tuscan/tuscan_shade2a.mdl models/de_tuscan/tuscan_shade3a.mdl
models will be downloaded from sv_downloadurl , but the map will be downloaded from the game server which is very very slow
also when downloading from sv_downloadurl , the game just hangs for a few seconds before it actually start to precache and download , is this normal ?
Can this be fixed ? Thanks