Oolite Bulletins

Amaranth wrote:

As far as I can tell, the Sunray is not actualy used in the oxp, but it may be possible to rectify this, and I think the untextured sturgeon is a missile.

Switeck wrote:

The Worker's Commuter should also get an overhaul on how much cargo it can carry.
Like 3000 TC instead of 300 TC.
It is HUGE even compared to an Anaconda!

Micha wrote:

2. The workers commuter is a bit -too- big, basically just an extrusion of the docking slot.

Amaranth wrote:

I tweaked my test game and tried to fly this. It does not even appear to have a sufficient roll rate to actually dock!!

JazHaz wrote:

Amaranth wrote:

I tweaked my test game and tried to fly this. It does not even appear to have a sufficient roll rate to actually dock!!

It might be worth fixing this by increasing their roll rate?

Eric Walch wrote:

Looking in the code, it seems Oolite is cheating here. The ships max_rotation during the final docking is not absolute, but calculated relative to the station roll. So they can always match rotation. For the player ship, that is manually docking, the rotation will obey the defined max rotation, but I want to bet that using the docking computer will work.

DaddyHoggy wrote:

(when you think how expensive the DC is compared to 1TC of "Computers"...)

Cmdr. Maegil wrote:

In my experience, anything labelled as "marine", "boat", and the such will cost in average five times the price of a similar item without these words...

this.shipCollided = function (whom)
{
    if (whom && whom.isStation && whom == this.ship.target)
    {
        // cheating code to help ships dock with less damage.
        if (this.ship.energy < this.ship.maxEnergy * 0.9)
        {
            this.ship.energy += this.ship.maxEnergy * 0.1;
        }
    }
}

Eric Walch wrote:

JazHaz wrote:

Amaranth wrote:

I tweaked my test game and tried to fly this. It does not even appear to have a sufficient roll rate to actually dock!!

It might be worth fixing this by increasing their roll rate?

Might help at first sight, because it is now set at 0.4 per second and also the default rotation speed of stations is 0.4 per second. That is the same, so it looks if the ship can never correct by turning faster and must wait half a rotation when falling to far behind. But, when giving the ships a maximum rotation of 0.3, one would expect they can't dock. However, they still match the rotation correctly.

Looking in the code, it seems Oolite is cheating here. The ships max_rotation during the final docking is not absolute, but calculated relative to the station roll. So they can always match rotation. For the player ship, that is manually docking, the rotation will obey the defined max rotation, but I want to bet that using the docking computer will work.

JazHaz wrote:

Another thought, could an OXP be made to make docking even harder, perhaps by increasing station roll rates?

Mauiby de Fug wrote:

JazHaz wrote:

Another thought, could an OXP be made to make docking even harder, perhaps by increasing station roll rates?

Using negative values can be somewhat confusing! I did that once with a test station, and it's surprising how much of my docking is muscle memory! So rotating the station in the opposite direction threw me somewhat...

JazHaz wrote:

Another thought, could an OXP be made to make docking even harder, perhaps by increasing station roll rates?