I read that Q4 mapping is not off topic here, so hope this is OK to post.
There was a major headache in Doom 3 with custom maps on servers. If you put a custom map on a server, every client that wanted to connect to the server had to have the map, regardless of whether that map was active on the server at the time or not. This was a significant barrier to getting custom maps on servers. I remember reading something to make me believe this was fixed in one of the patches, but it was long after my interest (in fact pretty much everyone's interest) in D3 multiplayer had died a death.
Quake 4 is here. Quake 4 does the same thing. If I follow any of the standard "bundle your map" tutorials and dutifully create a mapname.def etc, and place the map on a dedicated internet server, people can't connect.
Browsing teh intarweb, I find a guide: http://zerowing.idsoftware.com/linux/doom/AddonPaks This instructs me to create an addon.conf instead of a <mapname>.def. And from what I can see, this appears to exclude it from the pure checks and so forth, recognising the pk4 as an addon. However, it also seems that working in this way doesn't get the map onto the voting list. Thus my newly created map on the internet dedicated server can only be reached by someone with rcon priveleges or by rotation?
Does anyone know better than me - have I simply not understood what I am supposed to do? Or if I am right, does anyone else feel that this is an unacceptable solution for support of custom maps?
Q4, defs and purity
That raises two points then doesn't it... First - every tutorial out there is telling people to do it the other way. Second - what use is it having a map on a server if you can't access it.
I guess what we've got is the fix to the root problem, the addon.conf allowing for custom maps to be present on the server, but that the voting system hasn't been updated to take account of this. Rather than building a list of votable maps from the local .def files (as I'm guessing it does) it should pull down the list of available maps from the server (or the just the delta list of additional addon maps).
I hope this gets fixed, because there are enough barriers to success for custom maps already without inventing new ones.
I guess what we've got is the fix to the root problem, the addon.conf allowing for custom maps to be present on the server, but that the voting system hasn't been updated to take account of this. Rather than building a list of votable maps from the local .def files (as I'm guessing it does) it should pull down the list of available maps from the server (or the just the delta list of additional addon maps).
I hope this gets fixed, because there are enough barriers to success for custom maps already without inventing new ones.
-
- Posts: 520
- Joined: Tue Oct 18, 2005 7:59 pm
Just to add to this, following further investigations:
[*] Using addon.conf rather than <mapname>.def results in the load screen not functioning properly (doesn't recognise the name, picture etc)
[*] There is a console command to call a vote, clientcallvote. Calling a map that is defined as an addon returns error "server: map not found %s"
[*] Once you do find someone to switch the server to the map, the original problem starts again. Even after you've switched back to a regular map, clients without the map are once again unable to connect. You can fix this by setting net_serverReloadEngine 1 but this adds a good 20+ seconds to every map restart.
[*] Using addon.conf rather than <mapname>.def results in the load screen not functioning properly (doesn't recognise the name, picture etc)
[*] There is a console command to call a vote, clientcallvote. Calling a map that is defined as an addon returns error "server: map not found %s"
[*] Once you do find someone to switch the server to the map, the original problem starts again. Even after you've switched back to a regular map, clients without the map are once again unable to connect. You can fix this by setting net_serverReloadEngine 1 but this adds a good 20+ seconds to every map restart.
-
- Posts: 520
- Joined: Tue Oct 18, 2005 7:59 pm
Re: Q4, defs and purity
Doesn't it show up in the list for those who do have the pak ? If it does, in a way it makes sense, you don't really wanna vote for a map you don't have. If you start the server for example, it'll show up in your vote list (at least in D3).swelt- wrote: Browsing teh intarweb, I find a guide: http://zerowing.idsoftware.com/linux/doom/AddonPaks This instructs me to create an addon.conf instead of a <mapname>.def. [...]
However, it also seems that working in this way doesn't get the map onto the voting list.