güterverkehr mit speedbonus in pak64

[Kasei]

Orginal von Whoami
Zitat:
Deshalb hatte ich bei mir 3 Faktoren, einer für Gewichtung von Umwegen, die 2 anderen zum Gewichten der Zeit, zwischen reiner zeitabhängigkeit und keiner zeitabhängigkeit.

Wir sind in der Tat nicht weit auseinander.

Das dachte ich mir auch, allerdings kam es mir so vor als brauchtest du mehr speicher als ich. *schulterzuck*

Orginal von Whoami
Zitat:
Es scheint alles fuer einen Konstanten rev_speed zu sprechen da er am einfachsten umzusetzen ist, und programmtechnisch nicht viele Änderungen erfordert.

Ich dachte, Du magst komplizierte Aufgabenstellungen?

Stimmt, daher habe ich mich nochmal dran gesetzt und eine möglichkeit gefunden

"Zum Ziel führender" Weg wird voll gewertet, umweg-felder zählen nur wayfactor mal zum weg hinzu. (denke 0,8-0,9 ist ok, dann bleibt auch beim umweg noch was hängen, aber eben nicht mehr soviel).

Hier erstmal die Erleuterungen , hinterher kommen der Programmcode.
Wichtig ist hierbei zu bedenken, bisher kennt ein Zug wenn er wo ankommt und seine Einnahmen berechnet nur die transportierte Menge, die Ziel,Zwischenziel Koordinaten, die Koordinaten des vorherigen Halts und die des aktuellen Halts. Deshalb folgendes System:
Erläuterungen:
Richtung ist hier Strecke in X richtung oder Strecke in Y Richtung, nicht die Luftlinie.
Umweg ist sind die felder die ich mich entweder in die falsche richtung vom Ziel wechbewege, oder wenn ich mich in die richtige Richtung bewege aber über das ziel hinausschiese.
Bewege ich mich in die richtige Richtung Zählt einfach der Weg zur distanz dazu.
Nun der komplizierteste Teil, der mir beim ersten mal durch die lappen ging
Bewege ich mich in die richtige Richtung aber übers Ziel hinaus, so Zählt zu der Distanz hinzu, der Weg den ich mich tatsächlich aufs ziel zubewegt habe + (2*wayfactor-1) mal der zuweit uber das ziel hinaus bewegte Weg Dieser Faktor kommt daher das ich den Teil den ich über das ziel hinaus fahre ja irgendwann wieder zurueckfahre auf meinem entgültigen weg, und er dort dann als tatsächliche annäherung zählt, und ich so schon auf dem hinweg den wayfactor malus fuer den rückweg mit abziehen muss.
Am besten ein kleines Beispiel:
Halt A (0,0) , Halt B bei (100,0) und Halt C bei (50,0)
Fahrweg ist A->B->C
Von A nach B fahre ich ja in die richtige X-Richtung aber eben 50 Felder zu weit, diese 50 Felder fahre ich nachdem ich bei B war wieder zurueck, für eine Fahrt von B->C in die richtige Richtung, daher wird der Weg B->C ganz hinzuaddiert.
Weil wir aber wissen das die Fracht ja aus A kam und B->C auch Umweg ist wird auf dem Hinweg von den 50 Feldern zuviel 2mal der wayfactor-malus (1-wayfactor) abgezogen, einmal fuer den Hinweg und einmal fuer den Rückweg. Daher kommt der Faktor (2*wayfactor - 1).

Bewege ich mich in die falsche(entgegengesetzte) Richtung zählt wie eben beim zuweit gefahren Weg wieder das (2*Wayfactor-1)fache des Weges zur Distanz hinzu. (selbe Überlegung ich fahre den Weg ja später wieder zurueck.
Prgrammcodeumsetzung:

Code:

G=2*ware.gib_typ()->gib_wayfactor()-1;

dx=end.x-start.x
dy=end.y-start.y

Dx=zielkoord.x-start.x // Abstand in X Richtung,
Dy=zielkoord.y-start.y

if(dx*Dx>0)
{
if(dx/Dx>1) ware.Dist+=Dx+G*(dx-Dx);
else ware.Dist+=abs(dx);
}
else ware.Dist+=G*abs(dx);

if(dy*Dy>0)
{
if(dy/Dy>1) ware.Dist+=Dy+G*(dy-Dy);
else ware.Dist+=abs(dy);
}
else ware.Dist+=G*abs(dy);

Noch was zu der Sache mit dem Umwegen, schon jetzt werden Umwege zwischen 2 haltestellen garnicht gewertet, da in die Berechnung nur die direkte entfernung dx+dy eingeht. Dh zwischen 2 Haltstellen wird schon jetzt die Direktverbindung besser bewertet als etwaige Umwege um Hügel, Häuser etc. Und der Umweg geht hier garnicht ein, bei der rechnung oben wird er immerhin wayfactor-mal gewertet.