Haltbarkeit

[Alter Mann]

Mir fallen für das Problem jetzt mehrer praktische Varianten ein, welche davon umsetzbar/gewollt ist, hängt maßgeblich davon ab, welche Intention genau mit diesem Mechanismus verfolgt wird.
a) Es geht nur darum Inaktivität nicht mit Besitzstandwahrung zu belohnen.
Dann könnte der Timer jedesmal neu gestartet werden, wenn eine neue Recource hinzugefügt wird. Einfach nur bewegen oder 1 Teil wegnehmen und wieder dazupacken reicht nicht.
Dann könnten zwar aktive Spieler / Spielergruppen hohe Lagerbestände anhäufen (die wiederum aber durch Belastungsgrenzen der Häuser gecapt sind), müssen andererseits nicht um ihre Bestände fürchten, nur weil sie mal in den Urlaub fahren.
Wirklich Inaktive, also monatelang Abwesende, sofern sie nicht einen Kollegen haben, der die Bestände für sie pflegt müssen eben, wenn sie wiederkommen neu anfangen.
b) Es geht auch darum Recourcen auf diese Art zu einer gewissen Knappheit in der Gesamtsumme zu bringen. (Iteminflation)
Dann könnte man als Kompromiß drei Haltbarkeitsstufen als Tag nehmen.
Tag 1-5 'frisch'
Tag 6-10 'brauchbar'
Tag 11-14 'angegammelt'
Wenn man etwas Neues zu einem bestehenden Haufen hinzupackt, wird der niedrigere Timer und der schlechtere Tag für Alles im Haufen übernommen.
Packe ich also meine frischen Äpfel zu den angegammelten, bin ich selbst schuld.
Inwiefern das allerdings unter RunUO scriptbar ist, weiß ich nicht, unter Sphere gäbs Schwierigkeiten.

So bliebe es jedem überlassen, ob er ein einfaches System mit 3 Haufen pro Sorte führt, oder ein kompliziertes System mit 14 Haufen entwickelt, aber man wäre dazu nicht gewungen.

Wäre zumindest ein spielbarer Kompromiß.