(02.12.2009, 12:47)Eddi schrieb: Es ergibt überhaupt keinen Sinn, daß die Waggons genausolang sind, wie ein DBSet Waggon, aber nur 1/5 der Kapazität haben

Es ergibt überhaupt keinen Sinn, dass ein Öltanker genauso lang ist wie eine Lokomotive. Es ergibt überhaupt keinen Sinn, dass eine Lok fast so lang ist wie ein Düsenjet. Es ergibt überhaupt keinen Sinn, dass ein Wolkenkratzer die Grundfläche eines Einfamilienhauses einnimmt. Es ergibt überhaupt keinen Sinn, über Maßstäbe in diesem Spiel zu streiten.
Wenn dir einzelne Fahrzeuge im Set zu lang oder zu groß oder zu sonstwas sind, darfst du gerne die Sprites verbessern, dann besteht eine Chance, dass sie ins Set reinkommen.

Ich versteh nicht, warum du gleich so feindlich reagierst. Eigentlich wollte ich ja gar nicht um Maßstäbe diskutieren, sondern ich habe ein technisches Problem mit zu langen Fahrzeugen, die Sache mit dem Maßstab war eher so nebenbei.

Außerdem gehts bei dem Maßstab gar nicht um "Realismus" sondern eher um "Intuition"... Ein Fahrzeug, das "ungefähr gleich groß" ist, wird automatisch als "hat ungefähr gleiche Kapazität" empfunden. Und diese Empfindung ist halt bei den GTw massiv gestört.

(02.12.2009, 18:28)Eddi schrieb: Ich versteh nicht, warum du gleich so feindlich reagierst. Eigentlich wollte ich ja gar nicht um Maßstäbe diskutieren, sondern ich habe ein technisches Problem mit zu langen Fahrzeugen, die Sache mit dem Maßstab war eher so nebenbei.

Außerdem gehts bei dem Maßstab gar nicht um "Realismus" sondern eher um "Intuition"... Ein Fahrzeug, das "ungefähr gleich groß" ist, wird automatisch als "hat ungefähr gleiche Kapazität" empfunden. Und diese Empfindung ist halt bei den GTw massiv gestört.

'tschuldigung für den Ironie, ich kam grad von Arbeit...
Es ist halt einfach so, dass man die Größen der Fahrzeuge (also zwischen Zügen und Straßenfahrzeugen) nicht vergleichen kann. Die GTw sind sicherlich noch mal ein Spezialfall, aber man kann grundsätzlich argumentieren, dass eine Straßenbahn weniger Achslast hat als die Eisenbahn und sich somit die Kapazitäten ganz anders verteilen müssen. Oder darf ein Lastwagen 20t auf eine Achse laden? Als Zeichner kann man hier nur versuchen, die Fahrzeuge innerhalb des Sets einigermaßen gleichmäßig im Maßstab zu halten, und selbst das geht ja schon kaum, sonst müssten die Waggons im DBSet auch doppelt so lang sein Im GermanRV orientieren wir uns an den originalen Straßenfahrzeugen, und eine Straßenbahn ist in aller Regel eben auch deutlich länger als ein Bus. Außerdem gibts noch technische Gründe, die die Länge eines Fahrzeugs nach unten begrenzen.
Fazit: Es wäre ein unheimlicher Aufwand im Set, die Fahrzeuggrafiken anzupassen, damit ein spezielles Feature in OpenTTD richtig funktioniert. Ich sehe da Aufwand und Nutzen in keinem vernünftigen Verhältnis.

Was die anderen von dir angesprochenen Punkte angeht: Die Spritepositionen werden von OpenTTD anders interpretiert als von TTDPatch, d.h. da wirds bei einem immer falsch aussehen. Die Zeiträume hatte ich in v0.2 schon noch mal angepasst, da müsstest du mal schaun, ob die Probleme noch immer auftreten, dass Fahrzeuge in bestimmten Zeiträumen nicht verfügbar sind.

Gruß,
Uwe

Ok, Entschuldigung akzeptiert

Rubidium hat heute mal am "Multistop" rumgedoktort [im Sinne von: "mach das genauso wie bei Zügen"], mal sehen, ob sich da irgendwelche Verbesserungen ergeben.

Eine Sache hab ich noch: bei den GTw ist das irgendwie länger, wenn sie auf Getreide umgerüstet sind, die nach Kohle umgerüsteten und "jungfräulichen" sind kürzer:

(02.12.2009, 21:27)Eddi schrieb: Eine Sache hab ich noch: bei den GTw ist das irgendwie länger, wenn sie auf Getreide umgerüstet sind, die nach Kohle umgerüsteten und "jungfräulichen" sind kürzer:

Hrmpf, das muss ich mir dann wohl noch mal anschauen, kann aber gut sein, dass das wie auch die andere Verschiebung beim GT8 daher kommt, dass OpenTTD die Spritepositionen anders interpretiert. In TTDPatch dürfte es gut aussehen, sonst wär mir das vermutlich schon mal aufgefallen... Ich schreibs mal mit auf meine Todo-Liste.

Gruß,
Uwe

Also ich wollt gerade mal die Version 0.2 antesten, da brullt die mich gleich an, daß sie nicht mit HEQS kompatibel sein will, so wird das natürlich nix, da bleib ich lieber bei der alten Version

Wofür schreib ich eigentlich readme-Dateien?

Damit du mehr Arbeit bekommst, weil niemand sie liest? Heißen ja auch eher do-not-readme-Dateien.

eknw
killermoehre

... ich habe den Parameter 1 gesetzt, dennoch wird das Set deaktiviert, ich hatte es so verstanden, dass dann das Set dennoch funktioniert? Probiert mit ottd r18309 ...

Gruß AnD

Nur zur Info: da sowohl GermanRV als auch HEQS Straßenfahrzeuge definiert, stören sie sich in neueren OpenTTD Nightlies auch nicht mehr mit ihren Straßenfahrzeug-spezifischen Basiskosten (jedes bekommt seine eigenen). Es gibt also eigentlich keinen Grund mehr ein Set wegen der Anwesenheit eines anderen zu deaktivieren.

(11.12.2009, 09:54)AnD schrieb: ... ich habe den Parameter 1 gesetzt, dennoch wird das Set deaktiviert, ich hatte es so verstanden, dass dann das Set dennoch funktioniert? Probiert mit ottd r18309 ...

Gruß AnD

Das darf eigentlich nicht passieren, werd ich im Lauf des Vormittages gleich mal prüfen.
@planetmaker: Doch, es gibt einen Grund, nennt sich TTDPatch. Und im Endeffekt macht die Anpassung die Sache auch in OpenTTD nur noch komplizierter, nun muss man zusätzlich noch testen, ob die Version die Änderung tatsächlich enthält und Sets gefahrlos parallel betrieben werden können...

(12.12.2009, 08:20)Uwe schrieb: @planetmaker: Doch, es gibt einen Grund, nennt sich TTDPatch. Und im Endeffekt macht die Anpassung die Sache auch in OpenTTD nur noch komplizierter, nun muss man zusätzlich noch testen, ob die Version die Änderung tatsächlich enthält und Sets gefahrlos parallel betrieben werden können...

Stimmt, ich vergaß, dass man auch ohne EnginePool, sprich auch in TTDP mehrere gleichartige Sets betreiben kann. Trotzdem: ein Versionscheck für OpenTTD ist nicht komplizierter als eine Abfrage nach sämtlichen RV sets... Das eingebaut vor dieser Deaktivierungsorgie mit einer Action7, welche ggf. die Deaktivierungen überspringt würde das lösen und sind 2 Zeilen NFO (die notwendige Versionsnummer sollte stimmen):

Und wenn man unsere Pappenheimer kennt, werden diese zwei Zeilen für die meisten das Leben extrem viel einfacher machen

planetmaker schrieb:Nur zur Info: da sowohl GermanRV als auch HEQS Straßenfahrzeuge definiert, stören sie sich in neueren OpenTTD Nightlies auch nicht mehr mit ihren Straßenfahrzeug-spezifischen Basiskosten (jedes bekommt seine eigenen). Es gibt also eigentlich keinen Grund mehr ein Set wegen der Anwesenheit eines anderen zu deaktivieren.

Soso. Wenn du mit "Set" aber nicht nur Strassenfahrzeuge meinst, sondern das verallgemeinerst, dann hast Du nichts verstanden. Um die Kosten geht es nur am Rande.

planetmaker schrieb:Das eingebaut vor dieser Deaktivierungsorgie [...]

Es gibt keine "Deaktivierungsorgie", bzw es sollte keine geben. Pro Set wird im allgemeinen nur ein einziger Set deaktiviert, nämlich der eigene. Vielleicht möchtest du dich in die Thematik ein wenig mehr einarbeiten?

Gruß
Michael

So, ich hab jetzt erstmal geschaut wegen der Fehlerbeschreibung von AnD, da ist offenbar noch ein Fehler im GermanRV-Set drin, das erkennt nicht korrekt, dass da der Parameter gesetzt ist. Ist mir schleierhaft, warum das erst jetzt bemerkt wird, der Code ist in der Form schon seit Monaten in dem Set und war auch in Testversionen so schon immer drin. Ein Fix sollte im Laufe des Wochenendes kommen, aber jetzt muss ich mich erstmal um die wirklich wichtigen Dinge des Lebens kümmern, mein Kühlschrank ist nämlich leer

(12.12.2009, 09:59)mb schrieb: Soso. Wenn du mit "Set" aber nicht nur Strassenfahrzeuge meinst, sondern das verallgemeinerst, dann hast Du nichts verstanden. Um die Kosten geht es nur am Rande.

Aha. Dann kläre mich bitte auf was ich Deiner Meinung nach nicht verstanden habe und wo Deiner Meinung nach das Problem mehrerer gleichzeitiger Sets dann liegt wenn nicht im Übersprechen der Basiskosten oder der Bevormundung der Spieler, dass Set A und Set B einfach nicht gut nebeneinander aussehen und es deshalb zu verbieten ist.

mb schrieb:Es gibt keine "Deaktivierungsorgie", bzw es sollte keine geben. Pro Set wird im allgemeinen nur ein einziger Set deaktiviert, nämlich der eigene. Vielleicht möchtest du dich in die Thematik ein wenig mehr einarbeiten?

Danke für das überaus freundliche Angebot. Ich glaube nachdem ich Versionsabfragen erst kürzlich wieder implementiert habe durchaus recht gut zu wissen was geht und was nicht. Ich sprach im übrigen nirgends von "andere Sets deaktivieren" sondern bezog mich darauf, sich zu deaktivieren wenn man eines von einer Horde anderer GRFs findet. Das ist wohl falsch rübergekommen.

Ich hab mir jetzt testhalber die übergebenen Parameter per Error Message ausgeben lassen, in OpenTTD ist das immer 0 (egal, was ich als Parameter setze), in TTDPatch kriege ich den Parameter korrekt. Nun ist mir nur nicht klar, ob das ein Problem in OpenTTD ist oder ob ich einfach nur zu dämlich bin, die grf-Parameter richtig auszuwerten. Hat mal jemand funktionierenden Beispielcode (NFO), damit ich das vergleichen kann? Was könnte da sonst noch schiefgehen?

Im 2cc TrainSet funktioniert der folgende Code (auch wenn er nur ein simpler Vergleich ist):

Wo die "..." stehen könnte man dann die Deaktivierung einbauen, die hier im Fall für Param1=9 übersprungen wird.

Ich hab den Fehler gefunden. Der Code für die Überprüfung war korrekt, allerdings gab es an anderer Stelle noch eine Action 0D, die auf dem gleichen Parameter arbeitete und damit alles zerlegte. Eine neue Version ist auf der Sethomepage online und kann getestet werden.

Schön, dass der Fehler gefunden ist
Magst Du die Version evtl. auf Bananas hochladen? In der näheren Zukunft würde ich gerne ein Nur-Fahrzeug-Spiel auf unserem Server startet. Da wäre es schön, wenn ich das Set der Karte hinzufügen könnte.

(12.12.2009, 09:25)planetmaker schrieb:

Code:

// Skip OpenTTD version query, if TTDP 0 * -1 07 9D 01 \7= 00 01 // Skip de-activation, if OpenTTD > r18268 0 * -1 07 A1 04 \7> \w18268 00 08 <num sprites to skip>

Und wenn man unsere Pappenheimer kennt, werden diese zwei Zeilen für die meisten das Leben extrem viel einfacher machen

Es fehlt noch eine Test bzgl. dem TTDP-Kompatibilitätsmodus (Act 7/9, Var 0x85, Bit 0x78 ).

@mb: Was machst Du in diesem Thread, und wieso spielst Du nicht Railroad Tycoon?