Von welchem Problem sprichst Du? In dieser Bugmeldung geht es um die Probleme, die durch die neue Berechnung (mit Dezimalstellen) beim Gebäudebau entstanden sind.
Das Problem ist allgemein (früher und heute) ein und das selbe (TE - Text beachten, was gemeldet wurde, da geht es nur um Bevölkerung fehlt!). Wodurch der Fehler ausgelöst wird, "ev" nicht. Wenn du sagst, der Fehler ist bevor dieses Update kam, nicht aufgetreten, dementiere ich das und zwar genau das, darum auch das Zitat und Umschreibung worum es geht.
Wenn Du also von einem "sehr alten Problem" mit den BHP sprichst, muss es sich um ein anderes handeln.
Nö, es "kann" nur. Wer weiß ob nicht mal die Dezimalstellen schuld daran haben, das es nicht passt, sondern der Fehler bereits im alten Programm steckten, du etwa? Wenn ja erkläre mir das bitte
Kannst Du Dich vielleicht daran erinnern, wie und wann sich jenes alte Problem manifestierte und in welchem Zusammenhang es auftrat?
Ich kann nicht sagen wann das Problem anfing, für das müsste ich bei Innoarbeiten und selbst die könnten ev nicht mehr gesehen, wann es überhaupt anfing, außer sie hätten die Daten nie löschen lassen. (Was nach 30 Tagen der Fall ist [normal, das es paar Ausnahmen gibt ist klar, wird hier aber vermutlich nicht so sein])
Ich kann nur benennen wann ich es mitbekommen habe und das war lange vor deiner Updatezeit, die du als Grund allen Übels benennst, was ich nicht bestätigen werde, eben weil es früher bereits auch der Fall war. Über die Häufigkeit dieses "allgemeinen Fehlers", auf Welten die mit deinen Update konfrontiert worden sind, kann man nicht so locker benennen, das es uneffizienter in Zukunft arbeitet. (Um als Überbegrifflichkeit zu benennen: Den das würde voraussetzen, das man eine Welt neu startet, nachdem das Update raus kam und die Häufigkeit zu früher (also bevor das Update kam) und nachher zu prüfen kann, ohne das Verfälschungswerte von der Umstellung auftreten)
Kannst Du bitte erklären - gerne an einem Beispiel - weshalb es für Dich "logisch" ist, dass bei einer Umstellung auf eine BHP-Berechnung der Gebäudestufen mit Nachkommastellen negative Bevölkerung entsteht?
Die negativ Bevölkerung ist deswegen für mich logisch, weil man Dezimalstellen (willkürlich) in ein System einführt, das vorher nicht damit gearbeitet hat. Die Dezimalstellen sind schließlich so angepasst, das es stets auf voll ausgebaute Städte passt.
Das Beispiel: (die Zahlen stimmen alle nicht, aber ein Beispiel zur Verdeutlichung)
Bauerndorf Stufe 14 braucht statt vorher 15 notwendige bhp jetzt 15,3 oder 15,5
Die Mine Stufe 38 braucht statt vorher 130 notwendige bhp jetzt 130,3 oder 130,5
Wie die Berechung im Hintergrund von statten geht weiß ich jetzt nicht oder ob darin bei irgendeinem Gebäude bereits ein Fehler sein könnte, weiß ich nicht, schließt aber nichts aus, weil beide Berechnungsarten eine Neuberechung in der freien Bevölkerungsansicht macht und beide Varianten negative Bevölkerung "bringen", außer man hatte Glück mit der Umstellung auf alle neuen Dezimalstellenwerte, was sehr unwahrscheinlich ist, da nur wenig Spieler alle Städte voll ausbauen (bei einer voll ausgebauten Statt stimmt die Berechnung nach der Umstellung immer, ansonsten war schon vorher eine fehlerhafte Berechung gewesen, die damit korrigiert wird.)
Also führen wir das Beispiel "weiter"
wenn alle Dezimalstellen im Hintergrund zusammengerechnet werden ehe es für den User sichtbar ist. Kommen wir auf 15,3 + 130,3 = 145,6 bhp die notwendig sind, wo vorher 145 nur notwendig waren, ergibt bei der Aufrundung = 146 notwendige Bhp und somit -1 Bhp.
Wenn alle Dezimalstellen einzeln errechnet werden wären wir bereits bei 15,5 = 16bhp und 130,5 = 131bhp, wo vorher nur 145 notwendig wären, kommen wir nach der Aufrundung auf 147 und somit -2 Bhp.
Ist das verständlich genug? Und wie das berechnet wird kA und juckt mich "für die Antwortsgebung, welche du zitiert hast" auch nicht, weil automatisch vermehrt -bhp auftauchen werden und das in beiden Fällen und das beide Male logisch.