-
Notifications
You must be signed in to change notification settings - Fork 411
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Capacitor Regen Rate #805
Comments
Shield uses the same formula and constant as capacitor. |
@ccplarrikin thanks for looking into this @Ebag333 To confirm, we're using the same formula in pyfa, correct? |
Looking into it now. We use the right constant at least. :) |
So we currently seem to use this formula:
If we rewrite what we use to be closer to the format of the actual formula, we get: So capacitor looks pretty good for our simulation. (Or at least, any problems with it do not rest with the formula used). Walking through the section of code in question, I can see (what I believe to be) a problem. It's because of: Going further through the simulation, we have: |
Okay, for regen. Here's the formula we use (basically the same for both cap and shield):
Couple problems off the bat with this. One, we assume that percent is 25%. This isn't actually true. Used this bit of code to spit out the amount you'd get for one tick at each percent:
(Capacitor Amount and Time are from a regenGu fit.) So with a Vengeance fit I have, the max amount added is at 24%. Tried a regenGu fit, that has a max amount at 23%. It can probably go the other way (above 25%) with the right numbers, didn't find any off hand. Is it terribly far off? No, even with the extreme regenGu it looks like it's off by about .4 GJ/s (at 25%, it's only .1 GJ/s away from the actual max at 23%). Since it's pretty trivial to figure out what percentage the max cap regen is, there's no reason why we shouldn't do that. As for the formula used, I don't see any reason why we shouldn't be using the actual regen formula. What we're using today is a fair amount different, and clearly it's giving out incorrect (though close) numbers. |
@blitzmann What I'd like to do is to break both shield and cap out into their own stand alone module. Couple advantages to this.
It's being done under my own repo, but if you'd like to open another repo under the pyfa-org umbrella I can move it there. Would like to get that setup before I publish to PyPi. |
Testing this a bit. Fit used:
Everything on except the MWD. No paste, no heat, no implants/drugs/etc. All V char. Pyfa says: Using the simulation I wrote, we get: Here's the block of code I used to populate the simulation and cap regen matrix:
You can use the repo at: https://github.com/Ebag333/EVESimulator2001 |
Haven't had time to properly review much of this. However, @OISumeko could you perhaps take a peak at the discussion here? |
trying to clean up issues that aren't really issues, so closing this. Thanks for the discussion everyone :) |
This issue is just for visibility.
At the request of @Ebag333 I'm doing some research into capacitor regen.
Dust Puppys research (listed here http://wiki.eveuniversity.org/Capacitor_Recharge_Rate#Dust_Puppy.27s_Calculations ) is accurate. The constant is 5.0.
The text was updated successfully, but these errors were encountered: