Crops persistence

[tornac1234]

• Add crops persistence (grow progress and exact slot)
• Make sure crops sync works
• Sync trash can behaviour (related because you often need to throw items when playing with crops, ig)
• Sync deletion of giver objects (which give you some item when you click on them like melons)
• Sync fruit growing (from grown plants) and harvesting (picking up)

[Jannify]

CodeMatcher has support for repeated operations, don't know if it's better here:

new CodeMatcher(instructions)
    .MatchForward(false, // false = move at the start of the match, true = move at the end of the match
        new CodeMatch(OpCodes.Stfld),
        new CodeMatch(OpCodes.Ldarg_0),
        new CodeMatch(i => i.opcode == OpCodes.Ldfld && ((FieldInfo)i.operand).Name == "test"))
    .Repeat( matcher => // Do the following for each match
                 matcher
                   .Advance(2) // Move cursor to before ldfld
                   .InsertAndAdvance(
                      new CodeInstruction(OpCodes.Dup),
                      new CodeInstruction(OpCodes.Call, AccessTools.Method(typeof(Foo), "Foo"))
                   )
    )
    .InstructionEnumerable(); // Finally, return the manipulated method instructions

[tornac1234]

I'll do it this time, but we should probably refrain from doing it everywhere because we could lose context in case Subnautica code gets updated. Even though tests are there to show us that some patch broke (e.g. now there are 3 matches and not 2), we might lose the exact intention of which matches exactly we wanted to patch, and which one we didn't want to patch.

[Jannify]

Don't we need to check the simulation lock here?

[tornac1234]

Picking up an item from those behaviours is a task executed locally, therefore only the local player knows about it, which is why they should not require simulation lock for it.

[tornac1234]

New commit can be reviewed by itself