Freelancer Community Network
Reminder: Internet Explorer 6 or below are NOT supported.
HomeHome
ForumForum
WikiWiki
DownloadsDownloads
ForgeForge
Multiplayer Connection Tutorial
Collapse/Expand Random Image
Collapse/Expand Login
Username:

Password:

Remember me



Lost Password?

Register now!
Collapse/Expand Chat
Collapse/Expand Who's Online
52 user(s) are online (35 user(s) are browsing Forum)

Members: 0
Guests: 52

more...
Collapse/Expand Donations
Monthly costs: -30€
Income (ads): +5€
Donations (last month): +0€

Current balance: -125€
(last updated 10/2018)

Please make a donation if you want to help keeping The-Starport online:

Bitcoin address:
Thanks!
Collapse/Expand Links
Collapse/Expand Advertisement
There are currently 25 users playing Freelancer on 31 servers.
November. 14, 2018

Browsing this Thread:   1 Anonymous Users



 Bottom   Previous Topic   Next Topic  Register To Post



Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
Can someone running a vanilla setup undock from Leipzig in Dresden and see if the launch is the same as when undocking from Trenton in NY?

We're seeing an issue where a player undocks from Leipzig and they appear >900m from the docking bay and stuck in the girders of the attached station members.

I don't see any reason why this should be happening by comparing the station data in the system files and by looking at the solararch for space_shipping01.

I'd like to see if this is a common problem or just something we're experiencing.


I checked the cmp for misplaced dockmounts and dockpoints but those look ok to my eye. They're consistently placed at all docking bays.

I think the problem may be related to the A and E group docking points closest to the added station components. Can that pair of docking bays be decommissioned by editing out those groups on the server or would it have to also be done on the client?

Posted on: 11/3 0:20

Edited by robocop on 2018/11/3 2:12:10
Edited by robocop on 2018/11/3 2:21:36
Edited by robocop on 2018/11/3 2:32:12
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Need help with debugging
Quite a regular
Joined:
2010/11/8 16:38
Group:
Registered Users
Senior Members
Posts: 127
Offline
This is probably not the issue at all, but could one of Leipzig's components have somehow gotten a dock_with = and/or base = line which is causing you to undock from that component instead? It is possible to undock from non-station or even untargetable solars.

Posted on: 11/3 7:12
Top
Re: Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
Interesting...
For some reason I did add dock_with = rh05_01_base to the two mplatforms associated with the base but I don't remember why I did that...

I'll rem out those lines and see if the problem goes away.

Thanks for the tip.

Posted on: 11/4 1:19
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
I removed the dock_with lines from those missile platforms and rem'd out the docking points closest to the child base objects. The ship now docks at another docking bay and undocks without getting stuck in the base but there's a different glitch now.

You enter the docking sequence, your ship approaches the bay door, the door does not open and your ship bumps into it. After a second or two you switch to room view. When leaving, your view is of the interior of the bay and then you're suddenly outside. I'm still trying to find a difference between the solararch entries (vanilla and actual) and base entries including base and room files and I'm not finding any.

The base is a space_shipping01 and should work just like Trenton but it's not.

Posted on: 11/4 14:30
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Need help with debugging
Just can't stay away
Joined:
2010/8/9 17:45
Group:
Registered Users
FLServer Admins
Posts: 318
Offline
Just a brainfart maybe:

I used to have the same issues when flying/mooring/docking a custom ship where the HPMount is pretty far from the nose of the model... so the model collides instead of reaching the dockpoint with its HPMount...
So I moved the Mount-HP in the model a couple of meters to the nose... Maybe this helps in your case too...

Greetings

J.R.


P.S.: Same result is available via raising the "docking-distance to reach" in the appropriate base-section in SolarArch.ini (see values behind the dock-hps)

Posted on: 11/4 18:23
ENIGMA V.4 ATG HOMEPAGE/FORUM
Top
Re: Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
noticed today that Leipzig is space_shipping01 (along with Narita and Osaka). The glitches are identical there. Trenton on the other hand is space_shipping02 and works properly. Both arches use the space_shipping01 cmp though. 01 has dock points that 02 doesn't have. I'm going to try changing the bases to use 02 and see if that fixes the problem.

I'm sure I'll find out by next server reboot but do you think that can be fixed by a server side adjustment only, or does it need to be client side also?

Posted on: 11/4 19:27
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Need help with debugging
Quite a regular
Joined:
2010/11/8 16:38
Group:
Registered Users
Senior Members
Posts: 127
Offline
Does your space_shipping01 have these lines?

Code:
docking_sphere = berth, HpDockMountA, 4.5, Sc_open dock1
docking_sphere = berth, HpDockMountB, 4.5, Sc_open dock2
docking_sphere = berth, HpDockMountC, 4.5, Sc_open dock3
docking_sphere = berth, HpDockMountD, 4.5, Sc_open dock4
docking_sphere = berth, HpDockMountE, 4.5, Sc_open dock5
docking_sphere = berth, HpDockMountF, 4.5, Sc_open dock6
docking_sphere = berth, HpDockMountG, 4.5, Sc_open dock7
docking_sphere = berth, HpDockMountH, 4.5, Sc_open dock8
docking_sphere = moor_medium, HpDockMountI, 5
docking_sphere = moor_medium, HpDockMountJ, 5
docking_sphere = moor_medium, HpDockMountK, 5
docking_sphere = moor_large, HpDockMountL, 5


It sounds like it's missing an "Sc_open dock" line for the bugged doors.

Posted on: 11/5 11:06
Top
Re: Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
I think I fixed the problem. I edited the space_shipping01 solararch to match the space_shipping02 solar arch as far as docks are concerned and the problem seems to have gone away. shipping02 only has 4 bays and 1 moor, shipping 02 has 8 bays and 4 moors. I may try to add in the removed bays and moors one at a time to see when the problem recurs but the solararch file was vanilla which is why I wondered if anyone running a vanilla server was seeing something similar.

Posted on: 11/6 2:41
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top
Re: Need help with debugging
Home away from home
Joined:
2008/5/21 19:32
Group:
Registered Users
FLServer Admins
$$$ Supporters $$$
Senior Members
Posts: 881
Offline
Nope, that wasn't it. The fix was, as Xalrok suggested, a weapons platform that somehow had a dock_with line added to it. Don't know why I did that but removing the line fixed the problem. Thanks to all who chimed in.

Posted on: Today 1:14
Gun control is like fighting drunk driving by making it harder for sober people to buy a car...
Top