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

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

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

Reverence - 100% compatible EVE cache library for Python

First post
Author
Indalecia
#201 - 2015-03-24 21:45:18 UTC
Hi ntt,

Thanks for your work on reverence. Keep us updated!

https://o.smium.org/ — v0.13.5 — A browser-based fitting tool and loadout sharing platform

Kadesh Priestess
DEMONS OF THE HIDDEN MIST
TRUTH. HONOUR. LIGHT.
#202 - 2015-03-25 11:54:50 UTC
https://github.com/DarkFenX/reverence

Bunch of ugly hacks. Works for me. You can use it until Entity releases proper update.
Entity
X-Factor Industries
Synthetic Existence
#203 - 2015-03-27 20:05:00 UTC  |  Edited by: Entity
pushed an update (no executables yet) that should make it work with Scylla.

Couple of things that might affect you:

MachoVersion parameter in blue.EVE() is now called protocol (I was using both machoVersion and protocol for the same thing).

The cache paths requirement logic has changed due to rewriting the path discovery:

- All platforms: if "cache", "SharedCache" folders exist in the EVE root (they don't unless you put them there), these take priority unless locations were specified in blue.EVE(). This is to allow creation of a selfcontained install folder containing just the files required for Reverence to work.
- Linux: the wineprefix must be provided if sharedcache isn't specified and not in the EVE root.
- Mac: business as usual.
- instance cache (the stuff normally in local appdata) is now optional and will not cause Reverence to fail initialization, but obviously stuff like eve.RemoteSvc() calls will fail if instance cache is not found.
- as a result of the above, protocol is no longer required nor will it fail if no protocol version could be determined. Reverence will assume the bulkdata is for the latest protocol version it supports in that case.

Note that I have not tested the mac/linux path discovery, so if it bugs out let me know.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

Entity
X-Factor Industries
Synthetic Existence
#204 - 2015-03-27 23:32:21 UTC
More fixes pushed. Thanks to Kadesh Priestess for the help debugging the linux stuff.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

Entity
X-Factor Industries
Synthetic Existence
#205 - 2015-03-29 03:19:01 UTC  |  Edited by: Entity
I've just pushed an update that enables Reverence to use CCP's Download on Demand servers* to acquire resource files automatically.
This is useful for making bare-bones installs with just the resfileindex.txt and the bulkdata and bin/staticdata folders** and then having Reverence get the resource cache files on its own as and when it needs them.

Support for DoD is basic at the moment (no checks are done to see if the download went OK, no checksumming, etc). I plan to make it more robust in the future. Edit: It properly checks the downloaded content against the resfileindex.txt now.

Info on enabling this functionality in Reverence is in the README.txt.

*) CCP has said it is okay to access their Download-on-Demand servers with 3rd party software, but you must provide a valid User-Agent with any file requests and use common sense (download only what you need, and don't download the same data every time etc).

**) Due to CCP policy on the patch servers, it is currently not possible to make Reverence acquire the bulkdata automatically. This may change in the future if CCP moves bulkdata over to DoD.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

Entity
X-Factor Industries
Synthetic Existence
#206 - 2015-04-08 09:39:02 UTC
1.8.0 binaries available now.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

ISD Decoy
ISD Community Communications Liaisons
ISD Alliance
#207 - 2015-07-07 20:57:38 UTC
Unlocked at OP's kind request.

ISD Decoy

Captain

Community Communication Liaisons (CCLs)

Interstellar Services Department

Entity
X-Factor Industries
Synthetic Existence
#208 - 2015-07-07 22:11:08 UTC
Cheers Decoy :)


I've pushed a preliminary Aegis update. Quick and dirty testing shows it works, BUT! And this is a big but:

A few core tables have been moved to sqlite based databases:
- invtypes
- invcategories
- invgroups

This means access to these might be slightly different than usual. I've modified the relevant container objects to provide mostly the same interface for compatibility, but issues might still pop up (let me know).

Some new tables are there too, mostly related to skin data. If there's any interest in this I might provide loaders for these too.

No binary installer for this version yet.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

Indalecia
#209 - 2015-07-07 22:43:21 UTC
Thanks for the update Entity. I can confirm it works!

Although, for invtypes, the description and typename attributes are missing (you have to manually look up the translation yourself using descriptionID and typenameID). Not sure if this is a feature or not, considering that cfg._localization is a hack.

https://o.smium.org/ — v0.13.5 — A browser-based fitting tool and loadout sharing platform

Entity
X-Factor Industries
Synthetic Existence
#210 - 2015-07-07 22:54:41 UTC
Indalecia wrote:
Thanks for the update Entity. I can confirm it works!

Although, for invtypes, the description and typename attributes are missing (you have to manually look up the translation yourself using descriptionID and typenameID). Not sure if this is a feature or not, considering that cfg._localization is a hack.



print cfg.invtypes.Get(638).typeName


Works fine.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?

Indalecia
#211 - 2015-07-07 23:08:58 UTC
Right. The issue was caused by some types not having a description/descriptionID at all anymore (and, even weirder, some types not having a typename/typenameID).

https://o.smium.org/ — v0.13.5 — A browser-based fitting tool and loadout sharing platform

Entity
X-Factor Industries
Synthetic Existence
#212 - 2015-08-10 18:33:37 UTC
Indalecia wrote:
Right. The issue was caused by some types not having a description/descriptionID at all anymore (and, even weirder, some types not having a typename/typenameID).


I'm actually tempted to filter out the Dust 514 items. The only interaction with these items is being able to see them on the market so I'm not entirely sure why they're even in the game files to begin with.

╦......║...╔╗.║.║.╔╗.╦║.╔╗╔╦╗╔╗

║.╔╗╔╗╔╣.╔╗╠..╠ ╠╗╠╝.║╠ ╠╝║║║╚╗

╩═╚╝║.╚╝.╚╝║..╚╝║║╚╝.╩╚╝╚╝║.║╚╝

Got Item?