These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Ships & Modules

 
  • Topic is locked indefinitely.
 

pyfa 1.15.0 (Vanguard)

First post First post First post
Author
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#461 - 2014-06-08 02:01:35 UTC
There is no reason to export single fits to HTML

If you mean to export to XML, go to file > Export Fitting, which will export the currently opened fit
Texty
State War Academy
Caldari State
#462 - 2014-06-08 02:49:03 UTC  |  Edited by: Texty
Really loving the latest changes! I find the cargo tab to be especially useful. Thank you so much for the great application <3

Some feature requests:

Would it be possible to add a few right-click menu functions to the fit view tabs? Like...

  • "Open this ship group"
  • "Rename this fit"
  • "Delete this fit"
  • "Duplicate this fit"

I find it a bit troublesome when I have to search for the ship type from scratch after importing a random fit and then deciding to delete/rename/copy it.

Cheers!

Also: The "Export HTML" function doesn't seem to work for me. It just keeps on "Processing" for hours and while doing so it won't accept any user input so I have to kill the "pyfa.exe" process and restart the app to be able to do anything else with it. Any idea on the cause or possible solution? (Problem solved. I had updated Windows but had forgotten to reconfigure Pyfa's HTML output destination lol)
Bienator II
madmen of the skies
#463 - 2014-06-08 03:54:46 UTC
would it be possible to keep the fit name when you drag the fits from the html exported page to a chat window? currently it creates a link with the hull name instead of the fit name.

how to fix eve: 1) remove ECM 2) rename dampeners to ECM 3) add new anti-drone ewar for caldari 4) give offgrid boosters ongrid combat value

Rammix
TheMurk
#464 - 2014-06-08 13:31:43 UTC  |  Edited by: Rammix
Sable Blitzmann wrote:
There is no reason to export single fits to HTML

If you mean to export to XML, go to file > Export Fitting, which will export the currently opened fit

Imagine such situation: you've already exported your 200 fits to html, opened one of them in eve in the browser, saw that some module is missing and want to update this single fit in html. Would be nice to do it just with a mouse click on the fit in pyfa and to press "refresh" in the ingame browser.

p.s.
Texty wrote:
The "Export HTML" function doesn't seem to work for me. It just keeps on "Processing" for hours and while doing so it won't accept any user input so I have to kill the "pyfa.exe" process to be able to anything else with it. Any idea on the cause or possible solution?

I think that's because it rechecks the whole html file everytime you press "export html".

OpenSUSE Leap 42.1, wine >1.9

Covert cyno in highsec: https://forums.eveonline.com/default.aspx?g=posts&t=296129&find=unread

Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#465 - 2014-06-08 16:09:23 UTC
Bienator II wrote:
would it be possible to keep the fit name when you drag the fits from the html exported page to a chat window? currently it creates a link with the hull name instead of the fit name.


No, this is not possible. It is a limitation of the DNA format the EVE Client needs: it does not support names, only typeIDs and qty.

Rammix wrote:
[quote=Sable Blitzmann]There is no reason to export single fits to HTML

If you mean to export to XML, go to file > Export Fitting, which will export the currently opened fit

Imagine such situation: you've already exported your 200 fits to html, opened one of them in eve in the browser, saw that some module is missing and want to update this single fit in html. Would be nice to do it just with a mouse click on the fit in pyfa and to press "refresh" in the ingame browser.

Oh, that's what you mean...

I tried a few months ago to refactor the HTML export to where it would only update changed fits, and not process the entire file. Seemed more efficient that way. However, it is not a trivial task, and I ran into some roadblocks. I may look at this again in the future if time permits.

In the meantime, you can enable automatic HTML generation in the preferences. This will generate the file in the background every time a fit is changed. It will still take a few seconds for the generation to complete and write to the file, but since it's happening in the background you'll still be able to use pyfa.
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#466 - 2014-06-08 16:15:15 UTC
Texty wrote:
Really loving the latest changes! I find the cargo tab to be especially useful. Thank you so much for the great application <3

Some feature requests:

...



Yes, these would be awesome. However, adding a context menu to the fit tabs themselves is troublesome IIRC. What I was thinking was more along the lines of this: https://github.com/DarkFenX/Pyfa/issues/93

Although it says multiple fit import, I think it should be extended to all imports. What it would do is open in the ship browser FitViews (the widget that shows individual fits) of the imported ships. And then from there, add context menus.

I may look into context menu support from the tab again, who knows, but not sure when we'll get to it. =)
Lyrja
#467 - 2014-06-09 08:29:45 UTC
The new version of Pyfa was crashing for me too every 2-5 minutes on Windows 7. Either by locking up or crashing to desktop with a changing problem signature.
It was impossible to pin down any specific action that triggered the crash: copying a fit, adding a drone, adding/removing a module, creating a completely new ship fit, ...
... until I remembered that I changed one major thing before the crashes started occurring: the automatic html export.
After disabling that i haven't experienced a crash so far, so that might a good place to start looking.
Lothros Andastar
The Scope
Gallente Federation
#468 - 2014-06-09 10:15:07 UTC
1.2.0 was working for me yesterday. A reboot later and now it crashes on launch. :( Win 7 x64

Quote:
Problem signature:
Problem Event Name: APPCRASH
Application Name: pyfa.exe
Application Version: 0.0.0.0
Application Timestamp: 49180193
Fault Module Name: sqlalchemy.cresultproxy.pyd
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4e9b307d
Exception Code: c0000005
Exception Offset: 000012aa
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 2057
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
NightmareX
Pandemic Horde High Sec Division
#469 - 2014-06-09 15:35:52 UTC  |  Edited by: NightmareX
As to confirm, yes PYFA is crashing for me to sometimes under Windows 7 Home Edition (64-bit), so i'm pretty sure there is some issues somewhere as PYFA v1.2.0 is the first PYFA version to crash on me.

Lyrja wrote:
... until I remembered that I changed one major thing before the crashes started occurring: the automatic html export.
After disabling that i haven't experienced a crash so far, so that might a good place to start looking.

Gonna try that to see if the crashes stops.

Here is a list of my current EVE / PVP videos:

1: Asteroid Madness

2: Clash of the Empires

3: Suddenly Spaceships fighting in Tama

Cowboy Arnerette
Center for Advanced Studies
Gallente Federation
#470 - 2014-06-09 15:49:17 UTC
Has anyone reported that missing skills are "sticking" when switching fits? If I was missing a skill in a previous fit, all my future fits show the same missing skill even when that module isn't used in the new fit.

Sorry if this is a repeat.
Fr3akwave
Mercury Arms Inc.
#471 - 2014-06-09 16:18:10 UTC
Lothros Andastar wrote:
1.2.0 was working for me yesterday. A reboot later and now it crashes on launch. :( Win 7 x64

Quote:
Problem signature:
Problem Event Name: APPCRASH
Application Name: pyfa.exe
Application Version: 0.0.0.0
Application Timestamp: 49180193
Fault Module Name: sqlalchemy.cresultproxy.pyd
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4e9b307d
Exception Code: c0000005
Exception Offset: 000012aa
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 2057
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789



same here. crash when trying to launch
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#472 - 2014-06-09 17:19:10 UTC
Lothros Andastar wrote:
1.2.0 was working for me yesterday. A reboot later and now it crashes on launch. :( Win 7 x64

Quote:
Problem signature:
Problem Event Name: APPCRASH
Application Name: pyfa.exe
Application Version: 0.0.0.0
Application Timestamp: 49180193
Fault Module Name: sqlalchemy.cresultproxy.pyd
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4e9b307d
Exception Code: c0000005
Exception Offset: 000012aa
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 2057
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789


You can probably remove the file sqlalchemy.cresultproxy.pyd from your pyfa directory. This has been a known problem for a while, and is hopefully unrelated to the current crashes some users are experiencing
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#473 - 2014-06-09 17:20:00 UTC
Cowboy Arnerette wrote:
Has anyone reported that missing skills are "sticking" when switching fits? If I was missing a skill in a previous fit, all my future fits show the same missing skill even when that module isn't used in the new fit.

Sorry if this is a repeat.


It's been fixed internally
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#474 - 2014-06-10 02:03:07 UTC  |  Edited by: Sable Blitzmann
Lyrja wrote:
The new version of Pyfa was crashing for me too every 2-5 minutes on Windows 7. Either by locking up or crashing to desktop with a changing problem signature.
It was impossible to pin down any specific action that triggered the crash: copying a fit, adding a drone, adding/removing a module, creating a completely new ship fit, ...
... until I remembered that I changed one major thing before the crashes started occurring: the automatic html export.
After disabling that i haven't experienced a crash so far, so that might a good place to start looking.


Thanks so much, I believe you nailed the issue. it does indeed seem to be related to automatic HTML exporting. I have a fix that I'm testing out, and we will probably make another release with this crucial fix in the next couple days.

EDIT:
Fix is not so straightforward. Continuing to look into it =(
Lothros Andastar
The Scope
Gallente Federation
#475 - 2014-06-10 07:03:46 UTC  |  Edited by: Lothros Andastar
Deleting all AppData fixed my crash.

Drones and various other things still have silly icons because EVE is silly.

Shadow (Sansha Fighter Bomber) is not listed in the Faction Tab despite having a faction icon in game.
Lyrja
#476 - 2014-06-10 16:42:32 UTC
I've noticed a weird interaction between missile launchers of all kinds and the capacitor stability display.

Whenever I add a launcher to a fit that has modules using cap (thus is either stable at a percentage other than 100% or last for a bunch of minutes) the percentage or lasting duration changes by a few points/seconds.

The total capacitor display remains unchanged as does the capacitor throughput display.

I seem to be able to reproduce this with any hull (with launcher hardpoints) by adding a cap using module and any missile launcher.
Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#477 - 2014-06-11 15:26:25 UTC
Lyrja wrote:
I've noticed a weird interaction between missile launchers of all kinds and the capacitor stability display.

Whenever I add a launcher to a fit that has modules using cap (thus is either stable at a percentage other than 100% or last for a bunch of minutes) the percentage or lasting duration changes by a few points/seconds.

The total capacitor display remains unchanged as does the capacitor throughput display.

I seem to be able to reproduce this with any hull (with launcher hardpoints) by adding a cap using module and any missile launcher.


I've confirmed this, not sure what the issue is. Perhaps a rounding error? Regardless, the total input/output in cap doesn't change, so it should cause any significant issues. I'll make a ticket about it
Bienator II
madmen of the skies
#478 - 2014-06-11 21:49:13 UTC  |  Edited by: Bienator II
so i am using the same pyfa DB for over 2 years now and suspect that it might have some problems. (e.g i once got far too good tank values, after exporting the fit, removing it and importing it again it was fine).

Is there a procedure how to import everything into a fresh db?

backup to xml -> close pyfa -> delete db -> open pyfa -> import from xml... would this work? Are the char settings and keys also stored in the backup xml/db?

how to fix eve: 1) remove ECM 2) rename dampeners to ECM 3) add new anti-drone ewar for caldari 4) give offgrid boosters ongrid combat value

Sable Blitzmann
24th Imperial Crusade
Amarr Empire
#479 - 2014-06-12 01:53:25 UTC
v1.2.1 is out with a fix for all the frequent crashes. Kadesh is on holiday for a few days, he'll update the topic title when he gets back.

Bienator II wrote:
so i am using the same pyfa DB for over 2 years now and suspect that it might have some problems. (e.g i once got far too good tank values, after exporting the fit, removing it and importing it again it was fine).

Is there a procedure how to import everything into a fresh db?

backup to xml -> close pyfa -> delete db -> open pyfa -> import from xml... would this work? Are the char settings and keys also stored in the backup xml/db?


That should work, however I am not sure why you're getting off values. The database doesn't store the stats, only what modules. The fit is calculated from scratch every time you open it.

Feel free to try it, but backup your current database first in case the import isn't successful for whatever reason. =)

Also, no, the characters are not exported.
Captain Jack Rackam
Riemannian Manifold Torus
#480 - 2014-06-12 16:21:21 UTC
Can u add a new function that allows me to keep a set of implants? Add ten implants for each ship is troublesome.