Ships & Modules

New installer now available works great. Thanks much.

Question: Can pyfa import skills from a file? Or, is there a directory somewhere that I can dump text or xml files into that pyfa will then pick up and use as valid characters?

If you use EVEMon, you can export an "after-plan character" from your skill planner to one of two file formats (1) .chr, which is a text file format EFT uses to save character skills; and (2) some sort of XML format that EVEMon can read back in to import plans. When using EFT/EVEMon together, you can just export after-plan characters from EVEMon, save them to your EFT config directory, and they will be available to apply to your fittings when you run EFT.

It would be nice if there was some way pyfa could either read files of the same .chr format as EFT uses and EVEMon exports to; or if it could import either the EVEMon .xml format or the EFT .chr format into whatever storage it uses for character skill lists. The .chr format is plain text and pretty simple, just "Skillname=Level," one skill per line.

Being able to export and import after-plan characters makes it easy to go back and forth between the fit tool and skill plan and figure out exactly what skills will make a fit work in what combination, and in the least training time possible.

unsubbing from this topic, sorry for the obsolete comment

No, it can't. Improvements to interoperability are planned, but not in 'short-term' folder, sorry.

Err, no. Could you please eve-mail me your example code, so i can play with it? Likely some service layer causes it (eve-api library uses extremely old network services in python, it may be a problem).

Thanks for investigation, never checked it myself. Code-wise, It's very easy change, tho i need proper formula, and i don't have time atm to derive it myself - does anybody have link to correct align time formula (or, even better, full explanation on how eve physics work, from which align time may be easily derived)?

Might be a known problem, but I couldn't find a relevant answer: when I try to import XML files (exported from EFT or from EVE fitting screen ingame, doesn't matter), nothing seem to happen. No error message, just that the fit doesn't appear in any tab.

Haven't had any problem of importing those fits both in EFT or ingame.

I'll check what i can do on both issues this weekend.


Could you post problematic XML? Last time i checked it worked perfeectly for me.

I assume to be able to boost cpu damage and etc you have advance calculation from skills and such.. But why not reverse this and actually offer a special page that shows the user what skills they can train and what effect it will offer to their current fittings. This would be amazing for n00bies and even advance users finally being able to actually see what they should level.

Thanks the Affected By is what I wanted :)

Most likely this is a result of stacking penalties. How many rof increasing effects do you have vs damage increasing ?

EVE-mail me your key ID and vcode, i'll have a look (or create temporary ones).

Also, i've got several updates for you:

1) Several bugs were fixed (some miscalculations mentioned here and in trac, inability to use custom vCodes). These will be available in next release.
2) Align time. Today Entity shed some light onto how Destiny works. The key point to the numbers you got and the numbers you have in EFT is that method you're using to measure align time is naturally flawed. It would work semi-okayish in 100x slowed down by TiDi system, but using stopwatch in normal conditions leads to wrong results. The proper way would be:

Open logserver, jump through gate/fullstop. Start aligning. Then, look for entries like:


First line is actual start of align process, second line is issued on warp 'commit' (when you become invulnerable, ships which have you locked lose you, and so on). It lets client to preload objects in the target grid, and it's issued only on warp commit because it would be exploitable otherwise (everybody knows you can't stop warp when it's already commited). This example shows charon align process with align time equal to 39.58.

Two notes here:
1) Align time is always rounded up to seconds (due to server tick nature). It doesn't matter for align time if your dram has 3.01 or 3.99 align time, both will take 4 ticks to completely perform align (though, it still matters for your general agility)
2) Subtle time difference in log is explained by fluctuating delay of transport layer

Crusader with 3% agi implant (2.95 align time):

Crusader w/o implants (3.05 align time):

You see how this theoretical 0.1 second difference results in 1 second real difference, yeah? Please note TiDi will just make warp-off process longer, but it won't change any breakpoints, so this mechanics applies to all ships in all systems regardless of TiDi scale.

Stopwatch method adds additional layer of several seconds... err, why? Most likely because simulation (server processes whose synchronized representaion you see in your client) takes one additional tick to full-stop your ship + 1 tick to start warp acceleration. Also, often yet another tick is added when you hit warp and stopwatch simultaneously (server doesn't start warp immediately, it waits for start of next tick). But the point is that you become invulnerable before that, before you actually see your ship entering warp on client side.

That is, align formula is absolutely correct. We don't care how client shows it, because on server ship enters invulnerability state properly. We could round up align time to reflect actual align time, but as it's often used as ship agility factor - i doubt we'll do it. Maybe when UI is refined to show both numbers, but it's not going to happen tomorrow.

Use pre-generated keys for now (or key of the same length, lol). This problem has already been fixed internally.