the server recognizes ships only as spheres with mass, agility, and a velocity (including direction). It doesn't matter which direction the ship model is facing if it is at 0m/s. If you are movin at any velocity counter to your warp direction, this increases the time since it has to move to proper angle.

For example:

My rifter is standing still facing the opposite direction for warp. It has the exact same align time as a rifter facing the proper direction.

If my rifter is moving at any velocity away from the warp angle, the time to warp increases.

In my experience flying fat-arse ships (Jump Freighters), I'd say they take MUCH more time to go from zero to align speed then to turn their big booty from a random direction to the correct direction to warp.

When you've just jumped into a system, you have zero speed and no direction. If you start aligning and use an alt with 3 webs you warp almost instantly.

On the other hand, if you undock and hit ctrl-space to stop and also use your webbing alt to slow down, even when you're going just 10 m/s or less it takes forever to align to the out-gate and warp.

Hope that answers your question, mate.

Thanks for your reply.

Thats the answer i was searching for.

I heared a myth about ships beeing at full speed and warping without beeing aligned to their destination. That should not work.

CC.

Thanks for your reply.

Thats the answer i was searching for.

I heared a myth about ships beeing at full speed and warping without beeing aligned to their destination. That should not work.

CC.

I'm going to assume that myth stemmed from one of two phenomena.

Either a ship with extremely high agility seeming to warp instantly when the direction of travel is close to warp angle (but not completely)

Or

The common sight of extremely large ships "moonwalking" into warp when the model is facing a completely different direction relative to its actual direction of movement.

The second one is kinda neat since in can throw my naglfar into warp sideways with some speed tricks.

Yea the myth i heared about is more like your second description . A big-sized ship moonwalking in the warp with an angle of almost 90 degree to the direction of the warp.

Anyone has any video evidence of something like that?

I do not believe this game has physics installed like this....

CC.

Anyone has any video evidence of something like that?

It's not physics, it's the animation not being in sync with what is actually happening.

So you would say it's a bug in the game. In a game where the physics of flying ships is the most important thing. Based on the time eve exists and the accountcounter it have such a bug would be a pathetic display.

CC.

So you would say it's a bug in the game. In a game where the physics of flying ships is the most important thing. Based on the time eve exists and the accountcounter it have such a bug would be a pathetic display.

CC.

No I wouldn't say its a bug, I would say it is the lesser of two evils. What you want will cause lag, none of us want lag. As long as you understand the mechanics, what you see on the screen doesn't really matter unless you get hung up on immersion but you haven't said anything about that.

Okay that may be your opinion, but i think you can almost always compile things without bugs and without causing lags. The one/team programming should be that advanced to fix even things like that.
The little things in the game are the things to make that up. All those realistic feature in eve e.g. the missiles with their parabolic and recalculated flight path if the target is moving or not.... are features why i decided to play eve and not another game. That's why i would say it is a bug!

CC.

So you have experience dealing with lag when there are 30K+ people logged into the same shard at the same time?
I think you are grossly oversimplifying the issue.

I appreciate what you want, to a certain degree I also want it, but I am just saying the technical limitations of the reality of the situation makes it very difficult and most likely not a wise use of time. The bandwidth and processing power are simply not available.

One would think that you warp when the velocity component in the intended direction of travel reaches the required fraction of max speed (dot product of your velocity vector with unit vector pointing to warp destination). Maybe that is too physics-y though, who knows what the code actually does.

That's precisely what it does.

I don't think so, because if you undock in a really slow ship, the velocity with which the station spits you out seems to somehow interfere with aligning for warp. If it were a pure v_current (dot) v_intended formula, the velocity in another arbitrary direction would not affect your time to hit warp.

Okay that may be your opinion, but i think you can almost always compile things without bugs and without causing lags. The one/team programming should be that advanced to fix even things like that.
The little things in the game are the things to make that up. All those realistic feature in eve e.g. the missiles with their parabolic and recalculated flight path if the target is moving or not.... are features why i decided to play eve and not another game. That's why i would say it is a bug!

CC.

..Now the animation to turn around takes longer than this whole process, which takes a total of 2 seconds. That means that when you enter warp, your ship is still visually swinging around onto your new heading, even though you are actually already traveling in a straight line.

I really can't explain it any more simply than this.

It's not a bug.

I have no idea what a pure v_current (dot) v_intended formula is, but I can say for absolute certain that I am correct in this instance.

Yes if a station spits you at at speed, it will take you longer to be moving in a direction other than the one it spits out out towards. If you attempt to warp in the direction it spits you out in you will instantly enter warp, known as an instaundock.

If you are going 10k m/sec SpaceEast, and you suddenly need to go directly SpaceNorthEast towards a particular point in space, it takes a hell of a lot more DeltaV to get your vector to within a degree or so of SpaceNortheast than it takes to accelerate to 3/4 of your max speed towards SpaceNorthEast from a standstill.

And that's even if you could burn in the direction that would give you a least time align. But you always to burn directly towards you align. Plus the magic space drag that occurs when your speed is higher than the speed you want to be going or your max speed tends to bung things up, but the basis premise is the same.

Source: 6 years and change of playing this game with a keen interest in the game mechanics. Also Kerbal Space Program.

10k m/sec SpaceEast is 7.1k m/sec SpaceNorthEast. Source: PhD Physics, but even high school physics would tell you

If the formula you stated earlier does not fit the situations I have explained, then you are not using the right model to try and explain it.