ff14wed / aetherometer Goto Github PK

Hi, thanks for making this.

I'm unable to connect to any streams.

Screenshot

core.err.log

Command exited with code 0 or signal null

core.out.log

2020-06-26T19:14:58.817-0700	INFO	store-provider	Running
2020-06-26T19:14:58.818-0700	INFO	stream-manager	Running
2020-06-26T19:14:58.818-0700	INFO	hook-adapter.hook-manager	Running
2020-06-26T19:14:58.818-0700	INFO	hook-adapter.scanner	Running
2020-06-26T19:14:58.824-0700	ERROR	hook-adapter.stream-12684	Failed to initialize hook	{"error": "open process pid 12684: Access is denied."}
2020-06-26T19:14:59.119-0700	INFO	http-server	Running	{"address": "127.0.0.1:8080"}
2020-06-26T19:16:58.724-0700	INFO	Received signal, shutting down...	{"signal": "interrupt"}
2020-06-26T19:16:58.724-0700	INFO	store-provider	Stopping...
2020-06-26T19:16:58.724-0700	INFO	hook-adapter.hook-manager	Stopping...
2020-06-26T19:16:58.724-0700	INFO	stream-manager	Stopping...
2020-06-26T19:16:58.724-0700	INFO	hook-adapter.scanner	Stopping...
2020-06-26T19:16:58.724-0700	INFO	http-server	Stopping...

System info

Windows 10 Pro x64

Reproduction steps

1. Download "Aetherometer v0.2.1-beta.1" and extract
2. Download "Aetherometer v0.2.1-beta.1.1" and extract, replacing the files from v0.2.1-beta.1
3. Run the app
4. Teleport to a different zone in-game

I also see this behavior when running the app and then starting the game.

I also have an entry in the Firewall for the app.

Any ideas?

Currently Aetherometer assumes every Action has a corresponding name found in the Action exd, but sometimes like in the case of using an item and mounting, this is incorrect.

It should really handle these cases differently, and preferably in a way that doesn't involve too much hard-coding of values to detect these cases.

NPC or Player Casts too. As a result telegraphs aren't displayed on the map when using Inspector.

During overworld combat, it can be noticed that max HP goes to 0 sometimes. Perhaps there is a packet definition that has an incorrect max HP field.

Reproduction: When fighting monsters in the overworld, for some reason they are not shown to be facing you (when using the Inspector to check).

xivnet is already capable of parsing combat gauges, so it would be nice to expose that information through the API.

The problem is, that gauges are quite job specific, so a generic way to expose it might be via something close to raw data like:

gauge: {
  gauge1: ...,
  duration1: ...,
  gauge2: ...,
  gauge3: ...,
  duration3: ...,
}

or something, and let consumers interpret this information somehow.

Proposed API changes:

New Stream field called "gauge" (since we can really only see our own gauge).
New Stream event called "UpdateGauge" that changes whenever any value in the gauge struct is updated.

I think this has something to do with how an InitZone packet gets sent when switching instances or zones, but since it's the same map, the server expects the client to retain some information like the index-0 entity. Maybe there's a parameter we can read from InitZone or something to determine not to remove the index-0 entity.

Currently there's no way to tell the API that you don't want to receive a certain event. While this is manageable by doing filtering on the client side, this might become unwieldy in terms of the bandwidth of the connection and JSON decoding.

Therefore the subscriptions should receive a filter argument to allow consumers to narrow down the information received and improve performance.

It would be nice to also track the state of the player's inventory in the API (allowing for fast searches for items) and also keep track of when an item has been picked up (or removed).

Proposed API changes:

• Add new Stream field called "inventory" containing a list of structs like:

inventory: [
  { itemID: 123, name: "some item", hq: false, count: 999 },
  { itemID: 1234, name: "some item2", hq: true, count: 999 },
]

• Add new Stream events for "SetInventory", "AddInventoryItem", "RemoveInventoryItem"

Open questions:

• How much information per item should be included (like gear condition, spiritbond, glamour, dye, materia slots, signature, etc.)?
• What about armory chest?
• How do we track items gained by other people?

It'd be nice if you didn't have to re-add the plugins after relaunching the game
Also, being able to see the historic details from an old stream would be great

Thanks for the app though. Craftlog was exactly what I was looking for.

Support for Patch 6.15 is on the way, pending finalization of an implementation of the Oodle decompressor and testing to ensure stability.