| Anonymous | Login | Signup for a new account | 03-01-25 05:13 CET |  |
| Main | My View | View Issues | Change Log | Roadmap |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update | |
| 0002428 | SphereServer | executable - generic | public | 16-11-14 22:46 | 06-12-14 23:36 | |
| Reporter | Coruja | |||||
| Assigned To | Ben | |||||
| Priority | normal | Severity | major | Reproducibility | always | |
| Status | resolved | Resolution | fixed | |||
| Platform | OS | OS Version | ||||
| Product Version | ||||||
| Target Version | Fixed in Version | 0.56c Nightly | ||||
| Summary | 0002428: Client not loading correctly huge multis | |||||
| Description | to prevent some conflict problems with latest 'ship movement speed' commits, I will report it here to someone take a look instead change it by myself and break something :P if I login inside a huge multi (eg: 60x40 tiles), this range will be > 18 tiles (client default view sight, or VISUALRANGE sphere property) so the client will not show this multi until I step <= 18 tiles near this multi center. Strangely on previous builds before 'ship movement speed' build this was working fine the same occour if I'm walking on open world and then a huge multi appears. The client will not display this multi until I walk <= 18 tiles from the multi center. GM=1 can keep walking until reach this distance, but GM=0 will get stuck into a invisible wall because the client can't see the multi | |||||
| Additional Information | Testing on latest 2114 build (16 nov 2014) + client 5.0.2 (resdisp 5) | |||||
| Tags | No tags attached. | |||||
| Nightly Version | Automated (specify build number) | |||||
| Experimental Flags | None | |||||
| Option Flags | None | |||||
| Internal Build Number | 2114 | |||||
| Attached Files | ||||||
 Relationships |
|
 Relationships |
|
Notes |
|
|
(0002568) Ben (manager) 17-11-14 13:02 |
I'll have a look at it, I thought I had that issue fixed since I had noticed something like that in the past when testing this code. |
|
(0002569) XuN (developer) 17-11-14 16:52 |
Hmmm since it is related to visual range to... I'll use this ticket to submit another 'fix' related to EC, VisualRange in EC is increased a lot but the actual limit is 18 (Hardcoded), maybe instead of allowing to increase the VisualRange variable the code should check for more range directly, to keep it up faster to Classic clients? |
|
(0002570) Ben (manager) 20-11-14 01:25 |
visualrange can already be modified for each char and can have a value of up to 31 if I remember correctly. |
|
(0002571) Ben (manager) 20-11-14 02:43 |
I'm guessing it works fine without OSIMultiSight? |
|
(0002577) Ben (manager) 06-12-14 23:36 |
I'm assuming this is fixed... |
|
Notes |
|
Issue History |
|||
| Date Modified | Username | Field | Change |
| 16-11-14 22:46 | Coruja | New Issue | |
| 17-11-14 13:01 | Ben | Assigned To | => Ben |
| 17-11-14 13:01 | Ben | Status | new => assigned |
| 17-11-14 13:02 | Ben | Note Added: 0002568 | |
| 17-11-14 16:52 | XuN | Note Added: 0002569 | |
| 20-11-14 01:25 | Ben | Note Added: 0002570 | |
| 20-11-14 02:43 | Ben | Note Added: 0002571 | |
| 06-12-14 23:36 | Ben | Note Added: 0002577 | |
| 06-12-14 23:36 | Ben | Status | assigned => resolved |
| 06-12-14 23:36 | Ben | Fixed in Version | => 0.56c Nightly |
| 06-12-14 23:36 | Ben | Resolution | open => fixed |
|
Issue History |
| Copyright © 2000 - 2010 MantisBT Group |
 |