Pages: 1 2 :: [one page] |
|
Author |
Thread Statistics | Show CCP posts - 18 post(s) |
|
CCP LogicLoop
C C P C C P Alliance
779
|
Posted - 2013.09.06 00:24:00 -
[1] - Quote
I want to get a list of the known issues consolidated here. Please feel free to have me add to the list if it is relevant. This includes all the supporting sockets and the large outpost. We want actual bugs.
Research Facility (Large Socket) -Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates)
Reactor Core (Medium Socket) -Turret is falling underground. (Unknown why this is happening. I believe it is a code issue, but we are looking into it)
Landing Pad (Medium Socket) -None yet.
Power Core (Small Socket) -None yet.
Security Scan (Small Socket) -None Yet
Satellite Launch Pad (Small Socket) -None yet.
Relay Station (Small Socket) -None yet. |
|
Soraya Xel
New Eden's Most Wanted Top Men.
529
|
Posted - 2013.09.06 02:22:00 -
[2] - Quote
CCP LogicLoop wrote:Research Facility (Large Socket)-Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates)
I was drastically fond of this being a sniper point. Please don't block it off. |
|
CCP LogicLoop
C C P C C P Alliance
779
|
Posted - 2013.09.06 02:25:00 -
[3] - Quote
Soraya Xel wrote:CCP LogicLoop wrote:Research Facility (Large Socket)-Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates) I was drastically fond of this being a sniper point. Please don't block it off.
Most likely, the biggest change would be addition of some doors at the top so it doesn't look silly. This wouldn't be published until we push a content update again either. |
|
Soraya Xel
New Eden's Most Wanted Top Men.
531
|
Posted - 2013.09.06 02:35:00 -
[4] - Quote
Long as I still have that B-E-A-utiful overlook over that whole road. =) |
Soraya Xel
New Eden's Most Wanted Top Men.
537
|
Posted - 2013.09.06 05:19:00 -
[5] - Quote
LOD road bumpers just murdered my LAV before they rendered. :( |
|
CCP LogicLoop
C C P C C P Alliance
780
|
Posted - 2013.09.06 05:23:00 -
[6] - Quote
Soraya Xel wrote:LOD road bumpers just murdered my LAV before they rendered. :(
According to the environment team it's because LAV's are moving so fast the LOD does not have enough time to swap the LOD in quick enough. It will get sorted out one way or the other in the future. It is a known issue. |
|
Gren Fox
Brutor Vanguard Minmatar Republic
0
|
Posted - 2013.09.07 21:35:00 -
[7] - Quote
Not that its specific to this map, but characters are still rendering on the wrong side of cover from far away. Or if you are high up enough, the fall through the texture and can be shot but disappear. |
|
CCP LogicLoop
C C P C C P Alliance
880
|
Posted - 2013.09.12 07:30:00 -
[8] - Quote
Gren Fox wrote:Not that its specific to this map, but characters are still rendering on the wrong side of cover from far away. Or if you are high up enough, the fall through the texture and can be shot but disappear.
What you are probably experiencing is the low LOD. The cover they are using is probably just not rendering. |
|
Valeryy Igunen
Nexus Marines
67
|
Posted - 2013.09.13 20:52:00 -
[9] - Quote
Something is wrong with the Supply Depot in the Security Scan socket...
http://www.youtube.com/watch?v=dDj2K5dg78s
But it couldn't save the heavy ;) Oh, and i love this socket. It's great for scouts, good job! |
|
CCP LogicLoop
C C P C C P Alliance
889
|
Posted - 2013.09.15 05:05:00 -
[10] - Quote
Thanks,
Another known issue we resolved internally. Don't know if it will be in hotfix or 1.6 (as 1.5 is already locked down) |
|
|
Oceltot Mortalis
Ill Omens
0
|
Posted - 2013.09.15 06:32:00 -
[11] - Quote
CCP LogicLoop wrote:Gren Fox wrote:Not that its specific to this map, but characters are still rendering on the wrong side of cover from far away. Or if you are high up enough, the fall through the texture and can be shot but disappear. What you are probably experiencing is the low LOD. The cover they are using is probably just not rendering.
It's not that it's not rendering, it's rendering in the wrong place. Ever since 1.2, where things render at is different from where they physically are from far distances, which makes soft spotting a hill way off in the distance possible, and counter sniping him impossible. |
|
CCP LogicLoop
C C P C C P Alliance
898
|
Posted - 2013.09.16 00:28:00 -
[12] - Quote
Oceltot Mortalis wrote:CCP LogicLoop wrote:Gren Fox wrote:Not that its specific to this map, but characters are still rendering on the wrong side of cover from far away. Or if you are high up enough, the fall through the texture and can be shot but disappear. What you are probably experiencing is the low LOD. The cover they are using is probably just not rendering. It's not that it's not rendering, it's rendering in the wrong place. Ever since 1.2, where things render at is different from where they physically are from far distances, which makes soft spotting a hill way off in the distance possible, and counter sniping him impossible.
That isn't anything Level Design can do something about. That is a rendering issue none the less. I advise you put it in the general feedback / bug reports forum. |
|
Oceltot Mortalis
Edimmu Warfighters Gallente Federation
1
|
Posted - 2013.09.16 02:22:00 -
[13] - Quote
CCP LogicLoop wrote:Oceltot Mortalis wrote:CCP LogicLoop wrote:Gren Fox wrote:Not that its specific to this map, but characters are still rendering on the wrong side of cover from far away. Or if you are high up enough, the fall through the texture and can be shot but disappear. What you are probably experiencing is the low LOD. The cover they are using is probably just not rendering. It's not that it's not rendering, it's rendering in the wrong place. Ever since 1.2, where things render at is different from where they physically are from far distances, which makes soft spotting a hill way off in the distance possible, and counter sniping him impossible. That isn't anything Level Design can do something about. That is a rendering issue none the less. I advise you put it in the general feedback / bug reports forum.
Alright, thanks for the info. |
Gorra Snell
The Unholy Legion Of DarkStar DARKSTAR ARMY
169
|
Posted - 2013.10.10 12:49:00 -
[14] - Quote
If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'... |
Iskandar Zul Karnain
Hellstorm Inc League of Infamy
1956
|
Posted - 2013.10.10 14:20:00 -
[15] - Quote
Reactor Core has glitched rails on the bridge that cause your merc to run faster than normal if moving against them. |
|
CCP LogicLoop
C C P C C P Alliance
1106
|
Posted - 2013.10.11 00:03:00 -
[16] - Quote
Iskandar Zul Karnain wrote:Reactor Core has glitched rails on the bridge that cause your merc to run faster than normal if moving against them.
We are aware of this issue and have been investigating it. Thanks.
Gorra Snell wrote:If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'...
We are aware of this issue as well. I have in the meantime placed an entity that should force vehicles to land to the road now. However, this has not been delivered to the players yet. |
|
Stefan Stahl
Seituoda Taskforce Command Caldari State
311
|
Posted - 2013.10.11 15:36:00 -
[17] - Quote
CCP LogicLoop wrote:Gorra Snell wrote:If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'...
We are aware of this issue as well. I have in the meantime placed an entity that should force vehicles to land to the road now. However, this has not been delivered to the players yet. Does this also force dropships to be delivered away from the landing pads? |
|
CCP LogicLoop
C C P C C P Alliance
1112
|
Posted - 2013.10.15 00:28:00 -
[18] - Quote
Stefan Stahl wrote:CCP LogicLoop wrote:Gorra Snell wrote:If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'...
We are aware of this issue as well. I have in the meantime placed an entity that should force vehicles to land to the road now. However, this has not been delivered to the players yet. Does this also force dropships to be delivered away from the landing pads?
Unfortunately yes. It tells where the RDV to drop all vehicles. I will start putting in a request for a solution to this. It would be nice to be able to have both DS land on a pad and ground vehicles land on ground. |
|
ugg reset
Molon Labe. RISE of LEGION
395
|
Posted - 2013.10.15 06:32:00 -
[19] - Quote
Not sure how realistic the is from a Dev stand point but I would like to place a rally point down where I want the RDV to drop in and then the RDV AI could work it out from that location. Where I am isn't alway where I want my ride. |
|
CCP LogicLoop
C C P C C P Alliance
1114
|
Posted - 2013.10.15 08:29:00 -
[20] - Quote
ugg reset wrote:Not sure how realistic the is from a Dev stand point but I would like to place a rally point down where I want the RDV to drop in and then the RDV AI could work it out from that location. Where I am isn't alway where I want my ride.
Ill mention it to the game design team tomorrow in our meeting. I will let you know if anything comes from it. Though I will say the chances of something like that happening (if it does at all) would be a ways down the road. |
|
|
|
CCP LogicLoop
C C P C C P Alliance
1118
|
Posted - 2013.10.16 02:21:00 -
[21] - Quote
ugg reset wrote:Not sure how realistic the is from a Dev stand point but I would like to place a rally point down where I want the RDV to drop in and then the RDV AI could work it out from that location. Where I am isn't alway where I want my ride.
So I brought this up with Game Design. Their are discussions happening but no decisions made. Primarily it has to do with not just RDV's, but what the RDV's use. A navmesh, and what its future is. So the idea does exist, but no idea if / when it will happen. Just wanted to update you on that.
I wouldn't expect any results quickly. You can expect some kind of change in the future though. |
|
ugg reset
Molon Labe. RISE of LEGION
395
|
Posted - 2013.10.16 07:00:00 -
[22] - Quote
CCP LogicLoop wrote:ugg reset wrote:Not sure how realistic the is from a Dev stand point but I would like to place a rally point down where I want the RDV to drop in and then the RDV AI could work it out from that location. Where I am isn't alway where I want my ride. So I brought this up with Game Design. Their are discussions happening but no decisions made. Primarily it has to do with not just RDV's, but what the RDV's use. A navmesh, and what its future is. So the idea does exist, but no idea if / when it will happen. Just wanted to update you on that. I wouldn't expect any results quickly. You can expect some kind of change in the future though.
Thanks
|
steadyhand amarr
TeamPlayers EoN.
1559
|
Posted - 2013.10.16 08:57:00 -
[23] - Quote
A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D |
Valto Nyntus
SVER True Blood Public Disorder.
42
|
Posted - 2013.10.16 20:16:00 -
[24] - Quote
CCP LogicLoop wrote:Stefan Stahl wrote:CCP LogicLoop wrote:Gorra Snell wrote:If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'...
We are aware of this issue as well. I have in the meantime placed an entity that should force vehicles to land to the road now. However, this has not been delivered to the players yet. Does this also force dropships to be delivered away from the landing pads? Unfortunately yes. It tells where the RDV to drop all vehicles. I will start putting in a request for a solution to this. It would be nice to be able to have both DS land on a pad and ground vehicles land on ground. Why don't you make the landing pad an installation? |
|
CCP LogicLoop
C C P C C P Alliance
1123
|
Posted - 2013.10.17 01:46:00 -
[25] - Quote
steadyhand amarr wrote:A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D
Well and just think of this, the sockets changing as well. Compiling a navmesh is time consuming because for each terrain it needs to load every possible socket combination and rotation and build the navmeshs for them then stitch them with the ones in terrain. This is a reason why the RDV some times freaks out (my technical term) on some sockets.
|
|
|
CCP LogicLoop
C C P C C P Alliance
1123
|
Posted - 2013.10.17 01:47:00 -
[26] - Quote
Valto Nyntus wrote:CCP LogicLoop wrote:Stefan Stahl wrote:CCP LogicLoop wrote:Gorra Snell wrote:If you call in a vehicle (well, I've only tried this with LAVs) from the ground on the Landing Pad, it gets delivered to the top floor...which is both inconvenient to reach, and as far as I can tell, impossible for the LAV to drive off of. I'd rather just get an 'inaccessible location'...
We are aware of this issue as well. I have in the meantime placed an entity that should force vehicles to land to the road now. However, this has not been delivered to the players yet. Does this also force dropships to be delivered away from the landing pads? Unfortunately yes. It tells where the RDV to drop all vehicles. I will start putting in a request for a solution to this. It would be nice to be able to have both DS land on a pad and ground vehicles land on ground. Why don't you make the landing pad an installation?
I am not sure what you mean, or what you think this would do to fix the solution. Care to explain more? |
|
steadyhand amarr
TeamPlayers EoN.
1562
|
Posted - 2013.10.17 07:33:00 -
[27] - Quote
CCP LogicLoop wrote:steadyhand amarr wrote:A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D Well and just think of this, the sockets changing as well. Compiling a navmesh is time consuming because for each terrain it needs to load every possible socket combination and rotation and build the navmeshs for them then stitch them with the ones in terrain. This is a reason why the RDV some times freaks out (my technical term) on some sockets.
I'm don't no the tech terms so I'm going armchair dev words lol.
But would not collision boxes be better the rdv simply goes from a to b and if it hits one of the walls it paths around it. I understand I'm vastly over simplifying the problem but nav meshes only really work when u know what ur dealing with and due to sockets and diffrent map types it complicates the problem. Giving the A.I very basic navigation tricks rules instead seems like a better option for dust.
But I'm not a dev sssooo.... :-P |
Valto Nyntus
SVER True Blood Public Disorder.
42
|
Posted - 2013.10.17 13:02:00 -
[28] - Quote
The idea about the launch pad becoming an installation is simple, you just call a vehicle with the console nearby and it sends it there.is this do able in dust now or at least the near future?(I'm not sure if it solves your problem, but I thought I'd say it) |
|
CCP LogicLoop
C C P C C P Alliance
1123
|
Posted - 2013.10.18 03:01:00 -
[29] - Quote
steadyhand amarr wrote:CCP LogicLoop wrote:steadyhand amarr wrote:A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D Well and just think of this, the sockets changing as well. Compiling a navmesh is time consuming because for each terrain it needs to load every possible socket combination and rotation and build the navmeshs for them then stitch them with the ones in terrain. This is a reason why the RDV some times freaks out (my technical term) on some sockets. I'm don't no the tech terms so I'm going armchair dev words lol. But would not collision boxes be better the rdv simply goes from a to b and if it hits one of the walls it paths around it. I understand I'm vastly over simplifying the problem but nav meshes only really work when u know what ur dealing with and due to sockets and diffrent map types it complicates the problem. Giving the A.I very basic navigation tricks rules instead seems like a better option for dust. But I'm not a dev sssooo.... :-P
So navigation points / navmeshes typically take collision and solid walls into account. What is causing problems with our is when the compile has to "stitch" together the navmesh between a socket / component and the main terrain. It in the least technical terms freaks out at times. So this is why I mentioned its a topic being discussed.
Valto Nyntus wrote:The idea about the launch pad becoming an installation is simple, you just call a vehicle with the console nearby and it sends it there.is this do able in dust now or at least the near future?(I'm not sure if it solves your problem, but I thought I'd say it)
I don't know. |
|
crazy space 1
Unkn0wn Killers
1846
|
Posted - 2013.10.18 07:01:00 -
[30] - Quote
oh oh if you build a mechanic to let us spawn vhecials on the map please build it into the MCC
Let us prep squads and take off from a bay on the MCC.
Also while your at it please remove the random 2nd spawn point from before the MCC had a spawn point inside it. make both spawn points on the MCC, one of which can be used to call in dropships directly. |
|
Aeon Amadi
A.N.O.N.Y.M.O.U.S.
3358
|
Posted - 2013.10.18 07:04:00 -
[31] - Quote
LogicLoop, anyway you could pass it on to maybe have the RDVs avoid dropships? We had a PC today in which an invisible RDV took out an entire squad and I remembered I've been meaning to run that by you guys. |
steadyhand amarr
MoIden Heath PoIice Department EoN.
1591
|
Posted - 2013.10.18 10:25:00 -
[32] - Quote
CCP LogicLoop wrote:steadyhand amarr wrote:CCP LogicLoop wrote:steadyhand amarr wrote:A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D Well and just think of this, the sockets changing as well. Compiling a navmesh is time consuming because for each terrain it needs to load every possible socket combination and rotation and build the navmeshs for them then stitch them with the ones in terrain. This is a reason why the RDV some times freaks out (my technical term) on some sockets. I'm don't no the tech terms so I'm going armchair dev words lol. But would not collision boxes be better the rdv simply goes from a to b and if it hits one of the walls it paths around it. I understand I'm vastly over simplifying the problem but nav meshes only really work when u know what ur dealing with and due to sockets and diffrent map types it complicates the problem. Giving the A.I very basic navigation tricks rules instead seems like a better option for dust. But I'm not a dev sssooo.... :-P So navigation points / navmeshes typically take collision and solid walls into account. What is causing problems with our is when the compile has to "stitch" together the navmesh between a socket / component and the main terrain. It in the least technical terms freaks out at times. So this is why I mentioned its a topic being discussed. Valto Nyntus wrote:The idea about the launch pad becoming an installation is simple, you just call a vehicle with the console nearby and it sends it there.is this do able in dust now or at least the near future?(I'm not sure if it solves your problem, but I thought I'd say it) I don't know.
I hate phones limits how much I type lol
My issue with nav mesh is it does not react to changes events which is why u have stitches problem and rdv freak out. My thought was to simply allow the rdv to plot their own paths as they are spawned in rather than rely Oon predefined paths that could end up crashing into each other.
Will make a bigger post when I get home lol
|
Telleth
Molon Labe. RISE of LEGION
162
|
Posted - 2013.10.19 01:36:00 -
[33] - Quote
Was flying around close to the two large towers, right around M and N 14, and I hit an invisible wall/corner. Poof went my dropship. The tops of those towers don't line up with what is there, you can walk around on invisible-ness while the top of the tower sits quite a bit below you. Kinda like when you're on top of the MCC, the structure and visual don't line up. This was during an ambush on the bridge map if that makes a difference. |
|
CCP LogicLoop
C C P C C P Alliance
1125
|
Posted - 2013.10.21 01:29:00 -
[34] - Quote
steadyhand amarr wrote:CCP LogicLoop wrote:steadyhand amarr wrote:CCP LogicLoop wrote:steadyhand amarr wrote:A nav mesh. On maps that size it must be one hell of a spider's web u got their, explains why we can't drop inside sockets though. Here was me thinking u used dynamic waypoints :-D Well and just think of this, the sockets changing as well. Compiling a navmesh is time consuming because for each terrain it needs to load every possible socket combination and rotation and build the navmeshs for them then stitch them with the ones in terrain. This is a reason why the RDV some times freaks out (my technical term) on some sockets. I'm don't no the tech terms so I'm going armchair dev words lol. But would not collision boxes be better the rdv simply goes from a to b and if it hits one of the walls it paths around it. I understand I'm vastly over simplifying the problem but nav meshes only really work when u know what ur dealing with and due to sockets and diffrent map types it complicates the problem. Giving the A.I very basic navigation tricks rules instead seems like a better option for dust. But I'm not a dev sssooo.... :-P So navigation points / navmeshes typically take collision and solid walls into account. What is causing problems with our is when the compile has to "stitch" together the navmesh between a socket / component and the main terrain. It in the least technical terms freaks out at times. So this is why I mentioned its a topic being discussed. Valto Nyntus wrote:The idea about the launch pad becoming an installation is simple, you just call a vehicle with the console nearby and it sends it there.is this do able in dust now or at least the near future?(I'm not sure if it solves your problem, but I thought I'd say it) I don't know. I hate phones limits how much I type lol My issue with nav mesh is it does not react to changes events which is why u have stitches problem and rdv freak out. My thought was to simply allow the rdv to plot their own paths as they are spawned in rather than rely Oon predefined paths that could end up crashing into each other. Will make a bigger post when I get home lol
Technically it does plot its own path. It uses the navmesh to know "where its safe to plot a path". The problem is the navmesh doesn't always create the best options for the RDV because of the stitching. The navmesh looks like a giant web of interconnected points. It's not just lines that we draw. Its job is to tell the RDV where it "can go" and "can not go". The RDV picks its options from all those possible path lines. |
|
Aeon Amadi
A.N.O.N.Y.M.O.U.S.
3400
|
Posted - 2013.10.21 03:23:00 -
[35] - Quote
CCP LogicLoop wrote:
Technically it does plot its own path. It uses the navmesh to know "where its safe to plot a path". The problem is the navmesh doesn't always create the best options for the RDV because of the stitching. The navmesh looks like a giant web of interconnected points. It's not just lines that we draw. Its job is to tell the RDV where it "can go" and "can not go". The RDV picks its options from all those possible path lines.
Given your experience in level design, would you say that it's operating less than, equal to or greater than your expectations? Honestly, considering the complexity of it, from a design standpoint it sounds amazing that it works as well as it does. |
Aero Yassavi
PIE Inc. Praetoria Imperialis Excubitoris
2940
|
Posted - 2013.10.21 05:29:00 -
[36] - Quote
RDV navigation has certainly progressed a long way and is quite impressive how far you have gotten it, but of course it still needs a lot of work. I agree with Aeon, when considering the complexity of it I'm really amazed it works as well as it does. |
crazy space 1
Unkn0wn Killers
1887
|
Posted - 2013.10.21 05:39:00 -
[37] - Quote
um... excuse me.. why not just program RDVs to line up in literal line if another RDV is dropper nearby. Have them wait in line and drop off one at a time. don't mess with the nav net just make them smarter |
steadyhand amarr
MoIden Heath PoIice Department EoN.
1612
|
Posted - 2013.10.21 07:25:00 -
[38] - Quote
Heh like rl holding patters. Thanks for the respones Logic. I guess the big issue is the working on the algrothium to find the best flight path as at the moment rdvs love dropships :-) did my homework and seen navmeshs are basically industry standard.
|
|
CCP LogicLoop
C C P C C P Alliance
1126
|
Posted - 2013.10.22 00:36:00 -
[39] - Quote
Aeon Amadi wrote:CCP LogicLoop wrote:
Technically it does plot its own path. It uses the navmesh to know "where its safe to plot a path". The problem is the navmesh doesn't always create the best options for the RDV because of the stitching. The navmesh looks like a giant web of interconnected points. It's not just lines that we draw. Its job is to tell the RDV where it "can go" and "can not go". The RDV picks its options from all those possible path lines.
Given your experience in level design, would you say that it's operating less than, equal to or greater than your expectations? Honestly, considering the complexity of it, from a design standpoint it sounds amazing that it works as well as it does.
Less than of course. It really should not be bumping into buildings, or dropping vehicles on top of buildings when it should go on the ground. I believe if we stick with the current method the level designers need to be given more control of certain circumstances. I have suggested in the past that we can use volumes that tell the navmesh not to be built in certain places so the RDV just completely ignores the area (like an entire building, or a pit, things like that).
To answer another question I saw, one suggestion that was brought up ( I don't believe any decisions have been made, this was just a suggestion from a Game Designer) is that they just spawn right above you or nearby and drop it straight down rather than flying some distance. However the argument for that was it takes away from the immersion.
Either way, we are clearly aware of some of these issues and are discussing how to best resolve them. |
|
Aeon Amadi
A.N.O.N.Y.M.O.U.S.
3426
|
Posted - 2013.10.22 02:32:00 -
[40] - Quote
CCP LogicLoop wrote:Aeon Amadi wrote:CCP LogicLoop wrote:
Technically it does plot its own path. It uses the navmesh to know "where its safe to plot a path". The problem is the navmesh doesn't always create the best options for the RDV because of the stitching. The navmesh looks like a giant web of interconnected points. It's not just lines that we draw. Its job is to tell the RDV where it "can go" and "can not go". The RDV picks its options from all those possible path lines.
Given your experience in level design, would you say that it's operating less than, equal to or greater than your expectations? Honestly, considering the complexity of it, from a design standpoint it sounds amazing that it works as well as it does. Less than of course. It really should not be bumping into buildings, or dropping vehicles on top of buildings when it should go on the ground. I believe if we stick with the current method the level designers need to be given more control of certain circumstances. I have suggested in the past that we can use volumes that tell the navmesh not to be built in certain places so the RDV just completely ignores the area (like an entire building, or a pit, things like that). To answer another question I saw, one suggestion that was brought up ( I don't believe any decisions have been made, this was just a suggestion from a Game Designer) is that they just spawn right above you or nearby and drop it straight down rather than flying some distance. However the argument for that was it takes away from the immersion. Either way, we are clearly aware of some of these issues and are discussing how to best resolve them.
I assume that these complications are the reason(s) that recalled vehicles aren't transported out of the area by an RDV and simply fade away, or is that simply being saved for a later date as necessary to get other priorities knocked off the board? |
|
crazy space 1
Unkn0wn Killers
1893
|
Posted - 2013.10.22 06:30:00 -
[41] - Quote
Another question for feedback. Right now we call them in but don't really know where they will land to be honest. We have zero control over it. Would it be possible to throw a flare and have the RDV drop off at that exact location? Or at least close nearby to it?
So could space out the drop-off spots to be more careful, at least as a temp ban-aid fix.
I suppose that doesn't fit into the current system of picking it from a menu... you could have the flare appear in your hand once you choose what you want called in? |
|
CCP LogicLoop
C C P C C P Alliance
1130
|
Posted - 2013.10.23 00:25:00 -
[42] - Quote
crazy space 1 wrote:Another question for feedback. Right now we call them in but don't really know where they will land to be honest. We have zero control over it. Would it be possible to throw a flare and have the RDV drop off at that exact location? Or at least close nearby to it?
So could space out the drop-off spots to be more careful, at least as a temp ban-aid fix.
I suppose that doesn't fit into the current system of picking it from a menu... you could have the flare appear in your hand once you choose what you want called in?
That is basically the kind of idea that was brought up here. |
|
Evicer
THE HECATONCHIRES
25
|
Posted - 2013.10.23 02:06:00 -
[43] - Quote
CCP LogicLoop wrote:Soraya Xel wrote:CCP LogicLoop wrote:Research Facility (Large Socket)-Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates) I was drastically fond of this being a sniper point. Please don't block it off. Most likely, the biggest change would be addition of some doors at the top so it doesn't look silly. This wouldn't be published until we push a content update again either. I dont see a problem with it currently.Its a good spot for uplinks as well.
|
|
CCP LogicLoop
C C P C C P Alliance
1130
|
Posted - 2013.10.23 02:36:00 -
[44] - Quote
Evicer wrote:CCP LogicLoop wrote:Soraya Xel wrote:CCP LogicLoop wrote:Research Facility (Large Socket)-Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates) I was drastically fond of this being a sniper point. Please don't block it off. Most likely, the biggest change would be addition of some doors at the top so it doesn't look silly. This wouldn't be published until we push a content update again either. I dont see a problem with it currently.Its a good spot for uplinks as well.
I don't think it will be blocked off. It will probably just get the fake doors added at the top. However I don't even know if they will do that right now due to time constraints. |
|
Soraya Xel
New Eden's Most Wanted Top Men.
686
|
Posted - 2013.10.23 14:26:00 -
[45] - Quote
Yeah, I was surprised the turret on that small socket wasn't fixed last patch, but I figured it was cuz y'all were busy getting us a Caldari socket set ready. |
|
CCP LogicLoop
C C P C C P Alliance
1133
|
Posted - 2013.10.24 04:19:00 -
[46] - Quote
Soraya Xel wrote:Yeah, I was surprised the turret on that small socket wasn't fixed last patch, but I figured it was cuz y'all were busy getting us a Caldari socket set ready.
Well the turret fix better be in on next content release (1.7). Doors at top of research stairs, that one is a low priority, so it may not happen.
|
|
Sylwester Dziewiecki
Beyond Hypothetical Box
197
|
Posted - 2013.11.14 11:51:00 -
[47] - Quote
CCP LogicLoop wrote:I want to get a list of the known issues consolidated here. Please feel free to have me add to the list if it is relevant. This includes all the supporting sockets and the large outpost. We want actual bugs. Research Facility (Large Socket)-Top of both sets of stairs under the main research building is just a dead end. (Funny thing this. Artists forgot to put fake doors up there, we also intended to block those stairs off with infamous crates) -Road posts / bumpers are popping in too late. -Gate structure you can walk through the railing in a corner. (Fixed internally) On skirmish game mode null-cannon terminal 'A' on E5 have a very annoying spawn point with completely prevent hacking that terminal.. spawn point is 2m at front of terminal - everyone that is killed during the attack on point can spawn and kill everyone that is trying to hack terminal. This spawn point rewards lame gameplay.
|
|
|
|
Pages: 1 2 :: [one page] |