Moin Moin,

Ich habe nebenan ein Spielstand geladen, und der sagt "natürlich" : Grf-Datei nicht gefunden.

Also habe nach geschaut, gesucht wird eine fish.grf mit der ID:414E0101, als Dateiname schwirt da noch eine Ordnerbezeichnung fish-nightly rum
So Über Bananas habe ich eine fish.grf mit der ID:414E0101, warum behauptet jetzt OTTD es sei nicht kompatibel? Auf was für einen Blödsinn muß ich denn noch achten?

mfg

Sallarsahr

Sallarsahr schrieb:[...] So Über Bananas habe ich eine fish.grf mit der ID:414E0101, warum behauptet jetzt OTTD es sei nicht kompatibel? Auf was für einen Blödsinn muß ich denn noch achten?

MD5-Summe?

Gruß
Michael

Ja, schön. Aber NewStation .51 haben sollen und doch sich mit der .52 zufriedengeben kann Ottd doch auch. Also die neuere Version akzeptieren. Und da stimmt die MD5-Summe dann auch nicht......

Nebenbei...Ich habe alles was Fish sein will mir angeschaut..... alles mit ID:414E0101 nimmt er nicht, und was unter nightly zu finden ist, hat leider die ID:414E0201....

Nu habe ich das Problem, wenn ich was ändere, dann speichere, darf ich das Ergebnis nicht wieder laden, weil er "kaputte Fahrzeuge" hat, laut Fehlermeldung. (sind halt Geisterschiffe im Spiel)

Sallarsahr schrieb:Ja, schön. Aber NewStation .51 haben sollen und doch sich mit der .52 zufriedengeben kann Ottd doch auch. Also die neuere Version akzeptieren. Und da stimmt die MD5-Summe dann auch nicht......

Das funktioniert (für neuere newGRFs) über die "action14", in der man die kompatible Minimalversion angeben kann. Für ältere newGRFS funktioniert das natürlich nicht.

Aber dazu solltest du einen Fachmann befragen (Eddi oder planetmaker).

Gruß
Michael

(07.04.2013 14:49)Sallarsahr schrieb:  Moin Moin,

Ich habe nebenan ein Spielstand geladen, und der sagt "natürlich" : Grf-Datei nicht gefunden.

Also habe nach geschaut, gesucht wird eine fish.grf mit der ID:414E0101, als Dateiname schwirt da noch eine Ordnerbezeichnung fish-nightly rum
So Über Bananas habe ich eine fish.grf mit der ID:414E0101, warum behauptet jetzt OTTD es sei nicht kompatibel?

Du mußt eine kompatible Version von FISH finden.

Generell:
* Die grfID bestimmt, das es die gleiche "Baureihe" von NewGRFs ist, wie es bspw. von Büchern verschiedene Auflagen gibt
* Via Action14 gibt das NewGRF seine Version, sprich in der Analogie vorher, seine Auflage bekannt.
* Via Action14 kann es ebenso definieren, bis zu welcher früheren Auflage es rückwärts-kompatibel ist. Wird dieses NICHT angegeben, so ist das NewGRF nur zu der exakt gleichen Version kompatibel; das wird bestimmt durch die md5-Summe.

FISH nutzt diese Mechanismen im Sinne wie sie gedacht sind und definiert beide Action14-Einträge. Einige Änderungen im Code (bspw. das Weglassen alter Fahrzeuge) fordert ein Heraufsetzen der Version zu der man rückwärts kompatibel ist; sowas wurde da ein paar Mal gemacht. Vielleicht findest Du die FISH-Version mit der passenden md5-Summe noch hier.

Wenn Du NewGRFs von Bananas verwendest, wirst Du generell keine Probleme haben, da Du beim Laden des Spielstands auch die Möglichkeit hast, die genau passenden Versionen, auch wenn sie nicht mehr aktuell sind, herunterzuladen. Sind die NewGRFs aus anderer Quelle und nicht auf Bananas, so solltest Du zumindest ungefähr wissen, welche Version Du benötigst bzw. wann die gesuchte Version aktuell war.

Also, alles was da auf openttdcoop rum läuft und fish heißt, habe ich geladen und wurde für nicht richtig eingestuft.
Ich gehe doch richtig in der Annahme, wenn ich ALLE fish.grf im Data-Ordner habe, und Ottd dann startet, mir zwar im Newgrf Fenster nur die aktuellste Version anzeigt, aber auf die anderen zurückgreifen würde, wenn die Version verlangt wird? Somit ist unter dem Coop nicht die Richtige .....

ID: 414E0101
MD-5 : C19F295F3DCDCB343B59D76F334953FB (ohne gewähr, weil kein Copy-Paste möglich... )

Ja, wenn eine Datei passen würde, dann würde OpenTTD die nehmen.

Wie bereits gesagt, die Versionsnummer oder zumindest das Datum wären noch wichtig, um die richtige Datei zu finden, oder ggf. zu erstellen.

(08.04.2013 18:44)Sallarsahr schrieb:  Ich gehe doch richtig in der Annahme, wenn ich ALLE fish.grf im Data-Ordner habe, und Ottd dann startet, mir zwar im Newgrf Fenster nur die aktuellste Version anzeigt, aber auf die anderen zurückgreifen würde, wenn die Version verlangt wird? Somit ist unter dem Coop nicht die Richtige .....

Ja, das ist richtig. Auf dem binary-Server, der zur DevZone gehört werden die nightly-builds nicht ewig vorgehalten sondern nur diejenigen der etwa letzen drei Monate. Sprich, wenn die benötigte NewGRF-Version KEINE release-Version ist (und das ist es bei dir wohl nicht, aus dem Ordner-Namen fish-nightly schließend), dann muß man die ggf. von FISH's Quellcode neu erstellen. Und dazu braucht man zumindest in etwa das Alter.

Und OpenTTD sollte lernen, anzugeben, welche action14-Version es für die NewGRFs erwartet.

Ich armer kropf kann nu nichts mehr machen.... weil die action14-Version bekomme ich ja nicht herraus....

frag doch drüben mal dort nach, wo du den Spielstand bekommen hast.

Kann der Ersteller nichts dazu sagen?

yoshi...hier wollte ich das Grundprinzip erfragen, und habe das aktuelle Problem nur als Beispiel aufgeführt. Das ich den Spielstandserzeuger nach den Grf´s fragen kann (und das in english...*heul*) ist mir schon klar.

planetmaker schrieb:... werden die nightly-builds nicht ewig vorgehalten

Das ist ein echter Nachteil von bzw für Andys "release early - release often" Prinzip.

Gruß
Michael

(10.04.2013 06:40)mb schrieb:  Das ist ein echter Nachteil von bzw für Andys "release early - release often" Prinzip.

(07.04.2013 14:49)Sallarsahr schrieb:  Ordnerbezeichnung fish-nightly rum

Es handelt sich wie wir hier sehen ja genau um keine Release- sondern um eine Entwickler-Version. Es ist also ein zufälliger Snapshot während der Entwicklung zwischen zwei Releases, die der Karten- oder Scenarien-Ersteller genutzt hat. Mit einer Release-Version wäre sowas nicht passiert.

Wenn es um die Nutzung eines Szenarios geht ... nicht um das Weiterspielen eines Spielstandes... müsste es doch aber reichen, mit dem Entwicklertool "set_scenario_developper" das Laden der Nachfolgergrf zu ermöglichen.

Das ändert natürlich nichts am Grundsatzproblem: Szenario mit nicht-öffentlichen GRFs zu erstellen ...

(10.04.2013 07:29)Bernhard schrieb:  das Laden der Nachfolgergrf zu ermöglichen.

Nein, denn ein Szenario ist exakt dasselbe wie ein Spielstand. Und es gab offenbar eine Änderung, die das "Nachfolge-GRF" als nicht kompatibel markierte, und das wird schon seine Berechtigung haben.

Bernhard schrieb:Das ändert natürlich nichts am Grundsatzproblem: Szenario mit nicht-öffentlichen GRFs zu erstellen ...

Die besagte newGRF ist doch "öffentlich", da öffentlich zugänglich (zumindest gewesen), ein sogenanntes "nightly" release eben. Alles andere ist lediglich ein Streit um Worte.

Gruß
Michael

Bitte sehr.

Manchmal funktionieren Kristallkugeln doch noch.

An der Stelle sollte ev. OttD von selbst immer die Aktuelste kompatible Grf nehmen, die geladen ist. So würde ev. auch ältere Spielstände "mit wachsen". So wird immer die Ursprüngliche genommen, und das weiterreichen wird irgendwann kompliziert.....
Es ist ja sogar ein Problem, wenn ich in der DefinitionsListe eine ältere Version führe, wird die immer bei den neuen Spielen genommen, dort würde ein Automatisches Updaten doch schon viel bringen!

Ergänzung: planetmaker, viiiieeeelllleeeeennn DANK! Das war die richtige fish.grf........

(10.04.2013 19:27)Sallarsahr schrieb:  An der Stelle sollte ev. OttD von selbst immer die Aktuelste kompatible Grf nehmen, die geladen ist. So würde ev. auch ältere Spielstände "mit wachsen". So wird immer die Ursprüngliche genommen, und das weiterreichen wird irgendwann kompliziert.....

das wird in der Regel nicht helfen, da eine Änderung entweder mit allen bisherigen Versionen kompatibel ist, oder mit gar keiner. Eine "rollende Abwärtskompatibilität" a la "nur die letzten 20 Versionen" ist ausgesprochen selten.

Dazu kommt noch, daß die "Kompatibilität" vom NewGRF-Autor festgelegt wird, und wenn der das falsch macht, bekommen haufenweise Leute kaputte Spielstände, die das aber nicht dem NewGRF Autor in die Schuhe schieben, sondern den OpenTTD-Entwicklern.

Zitat:Es ist ja sogar ein Problem, wenn ich in der DefinitionsListe eine ältere Version führe, wird die immer bei den neuen Spielen genommen, dort würde ein Automatisches Updaten doch schon viel bringen!

das ist in der Tat ein ungelöstes Problem. Wenn du eine gute Idee hast, wie man das umsetzen kann, daß bei einem Update (zumindest aus BaNaNaS) automatisch die Einstellungen und Presets geändert werden, sag bescheid

Naja eine Simple Überprüfung auf die ID, und das existieren von Unterschiedlichen Ständen der selben ID mit einem Hinweis beim Start, daß doch ev. neuere Versionen existieren würde doch schon was bringen (ev. erkennt Ottd ja von selbst welche die neuere Version ist).
Die Prüfung findet statt, wenn auf "neues Spiel" gedrückt wird. also noch weit vor dem Kartenerstellen, und schon kann derjenige seine Grf-Konfiguration überarbeiten, oder halt nicht...