Skip to content
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

Document Object Class 8 (Items) #39

Open
dertseha opened this issue Feb 20, 2016 · 7 comments
Open

Document Object Class 8 (Items) #39

dertseha opened this issue Feb 20, 2016 · 7 comments
Labels

Comments

@dertseha
Copy link
Member

Document the Item objects:

  • Level entry
  • Class & Subclass info
@dertseha
Copy link
Member Author

Looking at the briefacase in level 1, right at the start - ID (8/0/7), it behaves as if it is a container; The level data [0x00, 0x00, 0x41, 0x01, 0x93, 0x00, 0x00, 0x00, 0x00, 0x00] contains two int16: 0x0141 and 0x0093, which both refer to objects in the master list.

These two objects (the email and the data reader) are lying on the floor in the extra, separate tile of the map. I've long suspected that this is where the objects are actually from. Thinking of it, this is actually necessary, since the container don't offer space to store all the information of a contained object. The only place where an object instance can live is in the map.

Still, this briefcase stuff is preliminary information - that the briefcase is not in the container class hints that container-logic is not bound to that one object class. Whether other objects from class 8 share this container feature is yet to be found out.

@dertseha
Copy link
Member Author

Corpses, also containers with up to 4 items, have a first int16 field that is 0x0001 in a few cases. This is only when the four slots are empty.

I suspected that this might be a "don't spawn random stuff" marker, though, initial tests didn't produce anything. (More precicely: I never got any random stuff. This might hint at some missing level properties, like a loot table -> another investigation)

@dertseha
Copy link
Member Author

So far I couldn't figure out how to enable automatic junk loot generation. I skipped this for now and continued.

Next up: there is one battery pack (in all of Citadel) that has two object index values in its level class data; Referring to itself and a logic probe, most likely next to it.
For now I suspect this is an error and will leave it as curiosity.

dertseha added a commit that referenced this issue Sep 17, 2016
- most cyberspace items still missing
@dertseha
Copy link
Member Author

Kind of a roadblock at the moment:
For some yet unknown reason the cyberspace items wouldn't work with the construct level; Data nodes/fragments wouldn't show the message. This was done in an immediate cyberspace level, so, starting level is cyberspace.

To remove this variable I extended the construct application to create multiple levels. This works, as is adding a cyberspace terminal to enter the new cyberspace level.
Sadly the cyberspace exit node, which doesn't take any parameters, doesn't transport back to the initial level - it crashes the game.

I'll try whether the other cyberspace nodes, that I initially wanted to test, now work better - yet the exit node not working is an issue and I haven't figured out what might be missing.

@dertseha
Copy link
Member Author

The cyberspace nodes still don't work. I'm starting to suspect that there's a fundamental issue with the construct.

@dertseha
Copy link
Member Author

After figuring out which levels can be proper cyberspace levels, items work and info nodes produce text.

dertseha added a commit that referenced this issue Sep 18, 2016
@dertseha
Copy link
Member Author

The majority of level properties have been documented, with two exceptions:

  • the suspected auto-loot generation flag for corpses
  • one additional property for the personal access card of D'Arcy

I believe the access card can be ignored (like the battery mentioned above), the more important flag is the one for corpses.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant