Du solltest unbedingt mal nforenum über deinen NFO-Code drüberjagen, das spuckt hier allerlei Fehler aus wie nicht definierte c-IDs und zu viele Argumente in der Action 0. Es ist sowieso eine gute Idee, nforenum ausgiebig zu nutzen, das findet so ziemlich jeden syntaktischen Fehler und spart einem oftmals langwieriges Suchen, warum irgendwas nicht so tut wie es sollte.

Höhere Kosten als FF gehen über Umwege, dazu muss man die Cost Base Multipliers anpassen (Vorsicht, die gelten für alle geladenen grfs!). Das ist aber "höhere Mathematik", erstmal sollten die Grundlagen funktionieren.

Was Uwe sagt. Benutze nforenum.

Ich will jetzt nicht auf Details deiner .nfo eingehen, nur ganz global:

- du benutzt zwei action03 für ein- und dasselbe Flugzeug. Das macht keinen Sinn, die letzte action03 überschreibt die erste,

- du benutzt die sprites des zweiten Blocks ("loading") gar nicht,

- dir fehlt die action02 für das Anzeige-Sprite,

- das Anzeige-Sprite (für Fahrzeuge) braucht mindestens einen 4-sprite Block, also zB so:


D.h. du kannst die für die Anzeige nicht benötigten Sprites durch leere sprites ersetzen.

- Du solltest die action0 am Anfang plazieren und deine beiden action0 zu einer zusammenfassen.

Generelles Schema ist:

- action8
- action0
- action1
- action2
-- varaction2
- action3
- action4

HTH
Gruß
Michael

Das nforenum ist ja cool! Bisher hab ich mir immer den Stress gemacht alles per Hand durch zu nummerieren, jetzt nurnoch in das DOS-Fesnter wechseln, auf "Enter" druecken und fertig, alles durchnummeriert, die Laengen eingetragen und Fehler erkannt. (waren beim ersten Durchlauf ganz schoen viele, jetzt kommt nurnoch eine Warnung, bei der ich nicht ganz verstehe, was ich machen soll)
Du schriebst, dass ich die Sprites fuer das laden nicht nutze, ich dachte, das mache ich mit folgender Aktion 2:

Zitat:19 * 9 02 03 // action 2 for planes
00 // ID = 0
01 // first count of entries
01 // second count of entries
00 00 01 00 // first pair is for moving, second for loading

Ich hab auch mal die beiden Werte vertauscht, es fuehrte auch dazu, dass das Flugzeug mit offener Bug-klappe durch die gegend flug und sie nur zum be- und entladen geschlossen hat. Was mir allerdings auch aufgefallen ist: Normalerweise wird mir in der Kauf-Liste ein Bild mit offener Klappe gezeigt, wenn ich aber die beiden Werte vertausche, dann ist sie zu. Also muss ich nurnoch irgendwo umdefinieren, was davon fuer die Liste genommen werden soll. (hoffe ich zumindest)
Wo ich nun wirklich nicht durchgestiegen bin ist "action 3". Ich hatte das 2 mal rein gemacht, weil ich mit dem 2. nur das Bild in der Liste definieren wollte, komischerweise hat es aber dafuer gesorgt, dass die Bilder im Spiel richtig angezeigt werden, waerend die "action 3", die das eigentlich machen sollte vorher stand und ueberschrieben wurde. Als ich dann die, die ich meine fuer die Liste zusammengestellt zu haben, raus genommen hatte, funktionierte gar nichts mehr davon... Es ist jetzt also so, dass ich die zweite drinne hab, weil mit ihr alles (bis auf die Liste) soweit klappt, warum weis ich aber nicht. Dementsprechend sind die Kommentare die dahinter stehen auch Falsch, aber sie beschreiben, was ich dabei dachte. Kann mir jemand "action 3" speziell fuer diesen Fall naeher bringen? Ich fuehl mich irgendwie zu doof dazu.

Die Datei ist wieder im Anhang.

Diesen Kommentar solltest du doch gerade als Titel und Beschreibung nehmen:

Edit: Sorry, ohne Escape Sequenz ist der Code für mich nicht lesbar, bin ja kein Assembler Geek.

Was ist an action03 unklar?

http://wiki.ttdpatch.net/tiki-index.php?page=Action3 schrieb:<Sprite-number> * <Length> 03 <feature> <n-id> <ids...> <num-cid> (<cargo-type> <cid>)... <def-cid>

Also, nochmal das Wichtige:

03 <Feature = 03 (Flugzeuge)> <number of vehicles = 1> <veh-ID> <number of cargo types =1> <cargo ID to use = FF für Anzeige> <default cargo ID = deine spezifizierte c-ID (von action2) für´s Fliegen>


Möglicherweise wird das etwas klarer wenn mehr Auswahl vorhanden ist. ZB würde dies für einen Gü-Wagen der 3 verschiedene Frachtarten transportieren kann wie folgt aussehen:


HTH
Gruß
Michael

@mb
Besten Dank fuer all deine Beitraege!! Ich glaub, jetzt bin ich soweit dahinter gekommen. Das mit dem Bild funktioniert jetzt auch, hab dafuer noch ne "action 2" hinzugefuegt und die neue ID in "action 3" eingetragen.

Allerdings will bei mir die escape-Funktion nicht funktionieren, desswegen gebe ich das alles in Hex ein.

Ich werd demnaechst noch mehr Flugzeuge hinzufuegen und noch n bissl malen.

Es hat n bissl gedauert, weil ich erstmal noch so einiges zu tun hatte, aber ich will mal die daraus entstandene grf anhaengen. Die Grundkoerper der Flugzeuge habe ich aus anderen Sets (hab natuerlich um Erlaubnis gefragt und die Autoren in die Beschreibung eingefuegt). An diesen hab ich noch n bissl rum gemalt um der An-225 und der An-325 ihre zusaetzlichen Triebwerke und das neue Leitwekr zu geben. Bei der Beluga hab ich noch die Lade-Klappe oeffnen lassen.
Ich hoffe mein erster Versuch gefaellt euch.

Nicht schlecht geworden. Wird in meinen zukunftigen Spielen eventuell Verwendung finden, obwohl ich mit dem Russian Planes Set spiele, und da isse ja bekanntlich auch schon drinne.

Glückwunsch zu der Arbeit.
Die Beluga gefällt mir schon ganz gut.

Was mit bei der grf wichtig war, ist, dass es auch nach 1982 noch neue Transportflugzeuge gibt. Die An-225 gibt es ja auch Tatsaechlich, genauso, wie die Beluga, welche aber fuer das Spiel eher ungeeignet ist (desshalb hab ich sie so billig rein gesetzt)
Die An-325 war nur in Planung. Von ihr hab ich allerdings ein Bild gefunden, wie sie aussehen sollte, und danach die Grafiken ausgerichtet. Den Namen "Olga" hab ich mir ausgedacht, keine ahnung, wie sie es genannt haetten, wenn es gebaut worden waere. Um der Beluga noch eine Chance zu geben, ist sie im Jahre 2020 mit mehr Schubkraft ausgestattet und kann daher ihren grossen Laderaum auch fuer schwere Gueter effektiv nutzen.

Freut mich, dass es soweit gefaellt!

Moin Moin,

Es gibt einen redirekt wenn man auf den Link drückt. Deine Browsersicherheitseinstellungen verhindern das wohl....

Hier die Wiki im redirekt....

mfg

Sallarsahr

ehrlich gesagt..egal was ich lese..wie ich es lese...wo ich es lese (englisch, deutsch, russisch..bla bl)..bei diesem "eigenes GRF-erstellen" versteh ich weiterhin meist nur Bahnhof.
Klar... könnte mich sicher wochenlang hinsetzen..dies und das nötige Programm runterladen, wss nötig wäre..usw.

Neben dem "Szenarien-erstellen" und diverse Features bzw. Grfs-Testen, komme ich dann sicher kaum noch zum Selber-Spielen.
Nah wie vor wäres es angenehm, wenn der eine oder andere "Junkee" in Sachen "coden" , programmieren usw.... , vielleicht mal mehr oder weniger stark auf die Vorschläge bzw. Tipps, Wünsche und so weiter von anderen Leutz, die das Game playen, eingeht. Wäre mir jedenfallwes lieber , als michs elber noch weiter in die Materie einzulesen bzw. einzutauche...forschen... usw.



Nebenbei..Respekt noch mal alldenjigen, die es sich zur Aufgabe machen, Patches.....GRFs, KIs, Scripts usw. zu schreiben, coden, entwickeln, erstehen zu lassen... hamma-Arbeit sicherlich!!!!

Auge schrieb:Hallo [...]

Naja. Sowohl die Entwicklung eines "patchs", als auch die Erstellung einer (nicht ganz trivialen) newGRF bedarf eben eines gehörigen Masses an Verständnis von Struktur und Arbeitsweise des unterliegenden Programms (hier OpenTTD), als auch eines grösseren Aufwands an Arbeitsstunden. Nicht nur für das "coden" sondern im Fall einer newGRF auch noch für die Erstellung der notwendigen Grafiken.

Dies scheint einigen Leuten nicht ganz klar zu sein, was man berücksichtigen sollte.


In Bezug auf den zuerst angesprochen Nutzer halte ich deine Reaktion allerdings für angemessen.

Gruß
Michael

Das Erstellen einer grf bedarf nun mal ein bisschen Arbeit. Das ist nun mal nicht so einfach, wie einige denken.

Hallo

(11.02.2016, 13:44)mb schrieb:

Auge schrieb:Hallo [...]

Naja. Sowohl die Entwicklung eines "patchs", als auch die Erstellung einer (nicht ganz trivialen) newGRF bedarf eben eines gehörigen Masses an Verständnis von Struktur und Arbeitsweise des unterliegenden Programms (hier OpenTTD), als auch eines grösseren Aufwands an Arbeitsstunden. Nicht nur für das "coden" sondern im Fall einer newGRF auch noch für die Erstellung der notwendigen Grafiken.

Ich wollte mit meinem Rant keineswegs den (Lern-)Aufwand kleinreden. Klar, das geht nicht mal eben nebenbei. Ich hab's ja auch nur zu ein paar Experimenten gebracht, aus denen nichts Fertiges geworden ist.

Genau deswegen empfinde ich die „Macht mal, ich lehne mich inzwischen zurück“-Attitüde so dreist.

Tschö, Auge

frage mich gerade, wo die diese Attitüde denn hineininterpretierst bzw. gesehen haben möchtest.

(10.02.2016, 22:07)Timeflyer schrieb: ....Nah wie vor wäres es angenehm, wenn der eine oder andere "Junkee" in Sachen "coden" , programmieren usw.... , vielleicht mal mehr oder weniger stark auf die Vorschläge bzw. Tipps, Wünsche und so weiter von anderen Leutz, die das Game playen, eingeht. Wäre mir jedenfallwes lieber , als michs elber noch weiter in die Materie einzulesen bzw. einzutauche...forschen... usw.
....

ist schon dreist, oder?
Manche erreichen mit "lieb fragen" etwas.

Hallo

(12.02.2016, 17:03)Timeflyer schrieb: frage mich gerade, wo die diese Attitüde denn hineininterpretierst bzw. gesehen haben möchtest.

Bernhard hat ja schon auf einen der Punkte hingewiesen. Aber da du mich fragst, nehme ich deinen Text noch mal auseinander.

(10.02.2016, 22:07)Timeflyer schrieb: ehrlich gesagt..egal was ich lese..wie ich es lese...wo ich es lese (englisch, deutsch, russisch..bla bl)..bei diesem "eigenes GRF-erstellen" versteh ich weiterhin meist nur Bahnhof.

Das wird wohl den Meisten so ergehen.

(10.02.2016, 22:07)Timeflyer schrieb: Klar... könnte mich sicher wochenlang hinsetzen..dies und das nötige Programm runterladen, wss nötig wäre..usw.

Dir ist offensichtlich bewusst, dass das Erlernen der notwendigen Kenntnisse, um NewGRFs zu erstellen, einigen Aufwand erfordert.

(10.02.2016, 22:07)Timeflyer schrieb: Neben dem "Szenarien-erstellen" und diverse Features bzw. Grfs-Testen, komme ich dann sicher kaum noch zum Selber-Spielen.

Du bist mir hoffentlich nicht böse, wenn bei mir kein Bedauern aufkommt. Einerseits geht es mit einiger Wahrscheinlichkeit anderen, die sich den Aufwand NewGRFs zu erstellen, antun, ebenso und die machen das trotzdem und andererseits – und hier kommen wir zu deiner „Macht mal, ich lehne mich inzwischen zurück“-Attitüde, die ich hier sehe – bist du dir, deinen eigenen Worten nach, zu schade zu lernen und willst die Arbeit auf andere abwälzen.

(10.02.2016, 22:07)Timeflyer schrieb: Nah wie vor wäres es angenehm, wenn der eine oder andere "Junkee" in Sachen "coden" , programmieren usw.... , vielleicht mal mehr oder weniger stark auf die Vorschläge bzw. Tipps, Wünsche und so weiter von anderen Leutz, die das Game playen, eingeht. Wäre mir jedenfallwes lieber , als michs elber noch weiter in die Materie einzulesen bzw. einzutauche...forschen... usw.

Dass du dann mit einem kaum verständlichen Kauderwelsch noch forderst, die, die NewGRFs erstellen, sollen auch mal auf die Spieler hören, setzt dem Ganzen meiner Meinung nach die Krone auf.

Jene, die sich diese Arbeit machen, NewGRFs zu erstellen, hören, entgegen deiner Darstellung, sehr wohl auf die Spieler (Ausnahmen bestätigen wie üblich die Regel). Meist tun sie das sogar sehr oder gar zu sehr, so dass manche Projekte seit Jahren nicht fertig werden, obwohl ihre Fertigstellung sehnsüchtig erwartet wird. Und selbst wenn sie es nicht täten, wäre es immer noch ihre Sache. Es steht dem geneigten Spieler, somit auch dir, jederzeit frei, die angebotenen Produkte langer Arbeit zu nutzen oder es zu lassen … oder Verbesserungsvorschläge für eine spätere Version einzubringen. Das aber bitte in einem angemessenen Tonfall.

Tschö, Auge