sooo, dann will ich dir mal mein erstes ergebnis zeigen. ist nicht ganz das bei rausgekommen was ich mir erhofft habe *gg*



folgendes ist der code:


wo is diesma der wurm versteckt? hab doch all deine ratschläge beherzigt. LBS. byte anzahl angepasst. "register" (ka wie sich das nennt. das teil wofür die 05 ist) wurde von dir geändert.

ich tüftel noch ein wenig bis zu deiner antwort, mal schaun ob ich den fehler bis dahin selbst find ^^

s0n!c schrieb:

Code:

// Automatically generated by GRFCODEC. Do not modify! // (Info version 6) // Format: spritenum pcxfile xpos ypos compression ysize ysize xrel yrel 0 * 4 03 00 00 00 1 * 8 08 06 41 4B 01 01 00 00 // grf ID 2 * 20 00 00 05 01 00 00 89 1C // 1940 09 38 // 56 km/h 0B 13 01 // 275 PS 0E 30 4C FF FF // (cost = Dampf) 17 2F // Preis = 149.984$

wo is diesma der wurm versteckt? [.]

Die prop 09 ist falsch. Es muss heissen


Denn Geschwindigkeit ist ein WORD (gibt ja auch Geschwindigkeiten >256 km/h, oder?)

Und mit dieser Änderung muss die Spritegrösse auf 21 Bytes vergrössert werden.

Und dann noch:



Lade dir mal nforenum herunter, das hätte dir diesen Fehler auch angezeigt.

Gruß
Michael

nforenum hab ich runter geladen, aber irgendwie werd ich da nicht schlau draus oO

egal was ich in dem eingabefenster eingebe. es schliesst sich, ka obs was macht oder nicht *seufz*

---

ok, mit deiner änderrung stimmt zumindest ps und km/h. super!

preis+betriebskosten allerdings passen immernoch nicht (siehe bild).

preis soll bei ca 150k liegen. betriebskosten sollten auch angepasst werden (dafür ist doch das 0E 30 4C 00 00 // (cost base = Dampf) da, oder?)

s0n!c schrieb:nforenum hab ich runter geladen, aber irgendwie werd ich da nicht schlau draus oO

egal was ich in dem eingabefenster eingebe. es schliesst sich, ka obs was macht oder nicht *seufz*

grfcodec und nforenum können wohl nur von der Konsole gestartet werden.

Gibt denn

nforenum -?

irgendetwas aus?

Zitat:preis+betriebskosten allerdings passen immernoch nicht (siehe bild).

preis soll bei ca 150k liegen. betriebskosten sollten auch angepasst werden (dafür ist doch das 0E 30 4C 00 00 // (cost base = Dampf) da, oder?)

Property 0E gibt lediglich die Kostentabelle an. Das ist also lediglich ein Zeiger/Adresse auf eine interne TTD-Tabelle. Davon gibt es für Züge drei verschiedene: Dampf, Diesel und Elektro.

Du benötigst noch die property 0D, die den "Faktor" für die Wartungskosten angibt. Das wäre also der Index in die jeweilige Tabelle.

Also nochmal komplett:

- Preis des Fz -> property 17
- Wartungskosten des Fz:
-- Tabelle (Dampf, Diesel oder Elektro) -> prop 0E
-- Wartungskostenfaktor -> prop 0D

Der Vorteil ist dass man dadurch sehr flexible Wartungskosten erreicht. Man kann theoretisch auch andere Tabellen, zB die für Flugzeuge oder Schiffe angeben. Oder selber welche erstellen.

Gruß
Michael

hm. ok, betriebskosten hab ich mich grad zu entschlossen zu lassen wie sie sind :P

der code schaut nun wie folgt aus:


laut der preistabelle von wiki, müsste 2F $149.984 sein. im spiel ist der preis allerdings $110.156. ka warum. hier die preisliste:


20 = $100.000
F = $3.124 * 16 = $49.984

hab ich doch richtig kombiniert, oder?

achja. hab rausgefunden wie das nforenum funktioniert, nu happerts nur noch am feingefühl/verständnis

s0n!c schrieb:laut der preistabelle von wiki, müsste 2F $149.984 sein. im spiel ist der preis allerdings $110.156

Preise und Wartungskosten sind abhängig von den jeweiligen Spieleinstellungen, also "Betriebskosten: niedrig/normal/hoch", osä. Mal ausprobieren.

Gruß
Michael

oh man. darauf wär ich nie gekommen *selbst hau* mein gott. danke *gg*

ok, bei "normal" passts dennoch nicht ganz, da sind die baukosten dann bei $146.874, fehlen zwar nur ~3000 zum preis der tabelle, aber damit kann man leben!

wenn ich nun einen schritt hoch gehe und die baukosten von "2F" auf "30" erhöhe (was ja ~150000 sein müsste), wird die lok nimmer geladen. sprich: ist einfach weg, als würde es sie garnicht geben. warum?

10 $ 50.000
+
20 $ 100.000
=
30 $ 150.000

dachte ich eigentlich bisher immer =/

---

ok, ka warum, aber nu gehts aufeinmal *grad nochmal probiert hab*

komisch komisch.

naja, aber aufjedenfall sollte mein wissen nun erstmal "ausreichen" um die preise und erscheinungstermine so anzupassen das man "jedes" fahrzeug sinnvoll gebrauchen kann

tausend dank @mb für deine hilfe - ich meld mich dann wieder wenns was neues gibt, sofern du nicht schon genug von mir hast ^^

ok. nu hock ich scheinbar inner sackgasse.

wenn ich das richtig sehe, dann ist die letzte "möglichkeit" ein fahrzeug zu "erfinden" bei 2049 erreicht.


wenn ich die zeit auf FF B8 erhöhe um ein wenig "vorzuspringen" um die jahreszahl von 2049 auf 2050 zu erhöhen, dann steht die Lev4 nimmer zur verfügung, nichtmal 20jahre später, kommt garnicht erst zum vorschein. leider

weißt du da evtl genaueres mb? also ob bei 2049 wirklich die "grenze" erreicht ist? wenn ja. dann bin ich mit allen zügen für das "grünland" nun fertig *gg*

nächste frage: ist es auch möglich den preis "höher" als FF zu stellen? *neugier*

s0n!c schrieb:wenn ich das richtig sehe, dann ist die letzte "möglichkeit" ein fahrzeug zu "erfinden" bei 2049 erreicht.

In der Tat.

Also nochmal den Link den ich dir schon mehrfach genannt habe:

wiki.ttdpatch schrieb:Date of introduction

The date is specified as number of days since 1920 where TTD counts 365,25 days in a year. It will have a random number from 0 to 511 days added to it at the start of every new game, or after using "Cht: ResetVehicles". Note that TTD stops updating vehicle type data after the game ends in 2050, so all dates of introduction should be no later than in 2044, to ensure that all vehicle types can be introduced and reach their maximum reliability. [.]

http://wiki.ttdpatch.net/tiki-index.php?...on0General

Zitat:nächste frage: ist es auch möglich den preis "höher" als FF zu stellen? *neugier*

Im Prinzip nicht, da die Variable nur ein Byte gross ist. Aber es gibt die Möglichkeit die sog. "base costs" mit einem Multiplikator zu verknüpfen:

http://wiki.ttdpatch.net/tiki-index.php?...pliers_08_

S.a.

http://wiki.ttdpatch.net/tiki-index.php?page=BaseCosts

D.h. ein Multiplikator von "8" ergibt die normalen Kosten, also zB bei dir die 597.656$ bei prop17 = FF.

Jedes Inkrementieren des Multiplikators verdoppelt die Basiskosten. D.h., "9" ergäbe bei prop17 = FF 1.195.312$, usw. Dekrementieren, also zB "7", "6", halbiert jeweils die Kosten. Es treten allerdings Rundungsfehler auf.

Gruß
Michael

gut, jetzt weiss ich was ich mit dem multiplier machen kann. allerdings konnt ich nicht rausfinden "wie"

da steht Number is the ID to use for action 0 feature 8 property 08.

laut dieser ( http://wiki.ttdpatch.net/tiki-index.php?page=Action0 ) seite ist die "feature" angabe der byte hinter der 00 die für action 0 steht und proberties sind ja die zeilen die nach unten aufgereiht sind. habe also folgendes probiert:

Zitat: 0 * 4 02 00 00 00
1 * 8 08 06 "AK" 01 01 00 00 // grf ID
2 * 17 00 08 04 01 00 // Kirby Paul Tank
09
00 84 1C // 1940
09 38 00 // 56 km/h
0B 13 01 // 275 PS
17 3F // Preis = 147.656$ (low-cost)

Zitat: 0 * 4 02 00 00 00
1 * 8 08 06 "AK" 01 01 00 00 // grf ID
2 * 16 00 89 04 01 00 // Kirby Paul Tank
00 84 1C // 1940
09 38 00 // 56 km/h
0B 13 01 // 275 PS
17 3F // Preis = 147.656$ (low-cost)

Zitat: 0 * 4 02 00 00 00
1 * 8 08 06 "AK" 01 01 00 00 // grf ID
2 * 18 00 00 04 01 00 // Kirby Paul Tank
08 09
00 84 1C // 1940
09 38 00 // 56 km/h
0B 13 01 // 275 PS
17 3F // Preis = 147.656$ (low-cost)

keine dieser 3 varianten funktionierte (zug wurde auf seine eigentlichen werte zurück gesetzt, sprich das von mir wurde komplett ignoriert.

nu weiss ich "das man es kann" und weiss auch "wie ich es einstellen muss", nur find ich beim besten willen nicht "wo ich es einstellen muss", das ist doch zum heulen

s0n!c schrieb:[.] da steht Number is the ID to use for action 0 feature 8 property 08.

laut dieser ( http://wiki.ttdpatch.net/tiki-index.php?page=Action0 ) seite ist die "feature" angabe der byte hinter der 00 die für action 0 steht und proberties sind ja die zeilen die nach unten aufgereiht sind. habe also folgendes probiert: [.]

Was ist ein "feature"?

Zitat:Feature
This sets the type of feature that you wish to change. Set it to:

00 for trains
01 for road vehicles
02 for ships
03 for planes
04 for stations
05 for canals
06 for bridges
07 for houses (see defaults)
08 for global variables
09 for industry tiles (see defaults)
0A for industries (see defaults)
0B for cargos (see defaults)
0C for sound effects
0D for airports (No official properties)
0E for signals (Action 0 is not valid for this feature)
0F for newobjects

http://wiki.ttdpatch.net/tiki-index.php?page=Action0

Also Zug:

Zitat:0 * 4 02 00 00 00
1 * 8 08 06 "AK" 01 01 00 00 // grf ID
2 * 16 00 00 04 01 00 // Kirby Paul Tank
00 84 1C // 1940
09 38 00 // 56 km/h
0B 13 01 // 275 PS
17 3F // Preis = 147.656$ (low-cost)

Feature = 00


"base costs" sind Feature = 08 (global variables), haben nichts mit deinem Zug zu tun. Benötigen ein extra sprite mit feature = 08.

Frohes Schaffen noch.

Gruß
Michael

ok. für heute geb ichs erstmal auf. todmüde und komm auf keinen grünen zweig mehr


*seufz*

wiki.ttdpatch schrieb:Cost base multipliers (08)

TTD has 49 base costs which govern how much everything costs. Each cost is calculated from a (fixed) factor times the base cost, which is adjusted by inflation every month.

Setting this property allows changing these base costs by factors of two. The default value of the property is 08 which leaves the base cost unchanged. Adding one to the property doubles the base cost, subtracting one halves it.

Using math: NewBaseCost = OldBaseCost * 2^(n-8), where n is the value of property 08.

Modifying the base costs incurs a small rounding error every time the game is saved, because the costs have to be set back to the default in the savegame. However, this error is unnoticable until many years of inflation have passed and should therefore be of little concern.

http://wiki.ttdpatch.net/tiki-index.php?...pliers_08_

Übersetzung schrieb:TTD benutzt eine Tabelle von 49 "Basis Kosten", die festlegen was die jeweiligen Spielaktionen (Bau, Kauf, .) kosten. Diese Kosten werden als Produkt eines festen Faktors mit den jeweiligen Basiskosten ermittelt und mit dem entsprechenden Inflationsfaktor multipliziert.

Diese Basiskosten können durch den Faktor "2" multipliziert (oder dividiert) werden. "Default-Wert" ist "8", der die Basiskosten unverändert lässt (oder sie "auf Normal" zurücksetzt). Inkrementieren (oder dekrementieren) verdoppelt (halbiert) die Basiskosten.

Mathematisch: NewBaseCost = OldBaseCost * 2^(n-8), wobei n der Wert der property 08 ist.

Das Modifizieren der Basiskosten erzeugt einen gewissen Rundungsfehler be jedem Sichern des Spiels da die Kosten im savegame auf den default-Wert zurückgesetzt werden. Dieser Fehler bleibt aber trotz eingeschlteter Inflation über viele Jahre unmerklich klein.

transl.: mb

Es handelt sich also um eine Tabelle, die nur im Ganzen verändert werden kann.

Ich zeige dir einfach mal die Kostentabelle im DBXL:


HTH und Gruß
Michael

oh man. ganz ehrlich: ich wär nie drauf gekommen. wioe du anhand meines beispiels gesehn hast, ging ich schlicht und ergreifend davon aus, das mit dieser angabe "ganz grob 'alles' verdoppelt wird" ^^

deine tabelle war die ersten minuten pures "chaos" für mich. desto länger ich es mir anschaute, desto klarer kristallisierte sich raus "wie" die tabelle zu verstehen ist und dank der "id liste" für die basis kosten klärte sich auch ganz fix welcher hex für welchen bereich im spiel steht

was ich allerdings nicht rausfand. wofür steht die 31 ?

s0n!c schrieb:oh man. ganz ehrlich: ich wär nie drauf gekommen. wioe du anhand meines beispiels gesehn hast, ging ich schlicht und ergreifend davon aus, das mit dieser angabe "ganz grob 'alles' verdoppelt wird" ^^

Nein, jeder Basiskostenwert muss/kann einzeln verändert werden.

Das kann auf zwei Arten geschehen:

- per "action 0" (feature 8) wird die ganze Tabelle verändert, d.h. aber auch dass alle Einzelwerte die unverändert bleiben sollen, mit "08" besetzt werden müssen (wie du sehr schön in meinem Beispiel sehen kannst),

- per "action 0D" kann man auch Einzelwerte verändern. Dazu rate ich aber nicht unbedingt denn das ist komplizierter (Werte werden über die .grf-Parameterliste angesprochen)

Zitat:deine tabelle war die ersten minuten pures "chaos" für mich. desto länger ich es mir anschaute, desto klarer kristallisierte sich raus "wie" die tabelle zu verstehen ist [.]

Ich hätte den Kommentar am Anfang überarbeiten sollen, das ist relativ unverständlich weil ich die Tabelle zu verschiedenen Zeiten bearbeitet hatte .

Zitat:was ich allerdings nicht rausfand. wofür steht die 31 ?

31 h == 49d: diese Tabelle hat (immer) 49 Einträge.

Gruß
Michael

ah super. dann werd ich die mal meinen vorstellungen "anpassen" und mich heut abend/nachher an die autos+flugzeuge+schiffe machen

drei fragen noch: was muss ich eintragen damit die datei (bsp: sonic.grf) im spiel (NewGRF-Einstellungen <- button) einen richtigen "namen" bekommt? habe schon fast alle grfs die ich über google und der seite hier gefunden habe gezogen und mir angeschaut. da waren teils super wirre dateinamen (bsp: "NewTown.grf" -> "Replacement Town for OpenTTD") und im spiel dann nen richtiger "titel" - sowas würd ich bei meiner liste auch gern einbinden

zweite frage: darf ich die fertige grf eigentlich im forum hier posten? würde die dann gern allen intressierten zur verfügung stellen - mit anregungen/vorstellungen/wünschen von anderen kann man da dann sicher noch was feines draus machen

wenn "ja", wo kann ich das dann am besten hinposten? *neugier*

dritte:


muss ich das zu jeder action0 zeile/eintrag beifügen, oder langt das wenn ich die beiden zeilen einmal am anfang (sprite 0 und 1) einbinde?

Zitat:drei fragen noch: was muss ich eintragen damit die datei (bsp: sonic.grf) im spiel (NewGRF-Einstellungen <- button) einen richtigen "namen" bekommt? [.]

Das wird in action8 mit eingetragen:


Also:

"name" und "description" sind Strings, also alles schön in Hex und ASCII, oder eben mit "".

Zitat:zweite frage: darf ich die fertige grf eigentlich im forum hier posten? würde die dann gern allen intressierten zur verfügung stellen - mit anregungen/vorstellungen/wünschen von anderen kann man da dann sicher noch was feines draus machen

Du musst dir darüber im Klaren sein dass jede .grf die irgendwo gepostet wird sofort von irgendwelchen Leuten heruntergeladen und in ihre .grf-Sammlung übernommen wird. (Auch - oder vor allem! - wenn sie sie nicht brauchen oder gar nicht wissen was sie tut.)

Die Veränderung der "base costs" ist aber nicht "ungefährlich", sozusagen. Ich sehe schon die Postings vor mir

Du änderst immerhin globale Variablen, d.h. dies wirkt sich auf alle .grfs aus die jemand benutzt.

Zitat:

Code:

30 * 4 02 00 00 00 31 * 8 08 06 "AK" 01 01 00 00 // grf ID

muss ich das zu jeder action0 zeile/eintrag beifügen, oder langt das wenn ich die beiden zeilen einmal am anfang (sprite 0 und 1) einbinde?

Nein und ja.
Sprite 0 wird nur einmal am Anfang der Datei angegeben. Dies gibt ja die Geamtgrösse der .grf (in Bytes an). Die "action08" darf auch nur einmal angegebn werden, am besten gleich am Anfang der Datei bzw nach irgendwelchen Statusabfragen (action7 oder 9), denn die Ausführung der action8 "aktiviert" die .grf.

Gruß
Michael

neues problem. nu macht er keine grf datei mehr oO


Deleting test.grf DAS hat der gestern ganz sicher nicht gemacht, aber heute macht er es dauernd

es wird keine test.grf mehr erstellt und die alte hat er einfach weggelöscht -.-

was mach ich denn nu damits wieder geht?

s0n!c schrieb:neues problem. [.] es wird keine test.grf mehr erstellt und die alte hat er einfach weggelöscht -.-

was mach ich denn nu damits wieder geht?

Gruß
Michael

Für die Basecosts hatte ich auch schon mal ein GRF gemacht:
http://openttdcoop.ppcis.org/wiki/index....ecosts.grf

-Ammler