Frohe Weihnachten allerseits!

Wie ich herausgefunden habe, haben die OTTD-Dev's uns ein tolles Weihnachtsgeschenk gemacht.
Nun können insgesamt 255 (von bisher 13) Spieler auf einem Server spielen.
Dazu sind nun 15 Firmen möglich(SP/MP) anstatt der bisherigen 8.

Ich hoffe euch erfreut die Nachricht genauso wie mich.
Bis Dann Frohes Fest und Guten Rutsch!

Tim

Sehr schön nur spiele ich nicht das nightly so oft

Tja, wir müssen eh warten bis die ersten Beta 's der 0.7 series kommen...
Wie ich hörte erst im nächsten Jahr
Bis dann tut sich bestimmt noch was.
Also wenn ich zusammen rechne:
- YAPP
- Aquädukte
- MP Grenzen erhöht
- Multipool-Engine
- ....

Da kommt schön was zusammen.

MfG Tim

Die aktuelle Planung sieht wohl derzeit noch so aus, daß Cargodest und NoAI bis zur 0.7 Beta noch dabei sein sollen. Aber das werden wir ja noch sehen...

Disclaimer: Das ist weder ein Versprechen noch eine offizielle Verkündung, also sollte das nicht als gesicherte Aussage gelten.

NoAI finde ich persönlich (als Programmierer) am interessantesten.

Aufgrund der großen neuen Features wird es leider deutlich länger dauern, bis die stabile Version raus kommt. Erst dann findet man auch online genug Mitspieler.

Ich weiß nicht, wo du "deutlich länger" herausliest. Neue Versionen gibt es traditionell etwa nach einem Jahr, und die letzte ist im April rausgekommen, also sind immernoch 4 Monate Zeit.

Die Anzahl an Features ist auch nicht wesentlich größer, wenn du mal das letzte Release vergleichst, von Brücken über beliebige Gleise über NewHouses und NewIndustries zu halben Fundamenten waren da auch eine ganze Reihe an großen und kleinen Features dabei.

Es könnten zur Feier der neuen Version natürlich auch einmal ein paar uralte Bugs (zB clipping) und Inkompatibilitäten zu TTDPatch bzw bei der Implementierung von newgrfs behoben werden.

Ist schon interessant zu sehen dass zB der (alte) DB Set nach 3 Jahren immer noch nicht so läuft wie er sollte.

Gruß
Michael

Vielleicht möge der werte Herr sich ja herablassen, die verbleibenden Fehler im DBSet bei Flyspray einzutragen. Meines Wissens nach wurden letztens Waggonlebenszeiten eingeführt, was gab es denn sonst noch für Unzulänglichkeiten?

An dem Clipping Problem haben sich schon so viele Leute die Zähne ausgebissen, keiner versteht wirklich, wie man es lösen kann.

Eddi schrieb:Vielleicht möge der werte Herr sich ja herablassen, die verbleibenden Fehler im DBSet bei Flyspray einzutragen. [...]

Der werte Herr wollte lediglich (einmal wieder) darauf hinweisen (aus gegebenem Anlass, s.o.) dass es diese "uralten bugs" gibt. Er will sich aber nicht bei "Flyspray" registrieren müssen, nur um zum x-ten mal dieselben Fehler zu bemängeln. DBXL 0.82 ist immerhin über drei Jahre alt. Die Fehler sind bekannt, wurden x-mal diskutiert, aber nichts ist passiert. Seltsamerweise auch nicht von Seiten der Benutzer, obwohl viele DBXL zuerst unter TTDPatch gespielt haben und danach erst unter OTTD. Insofern ...

Mag das jemand anders dort eintragen.

Gruß
Michael

(27.12.2008, 00:39)Eddi schrieb: Die Anzahl an Features ist auch nicht wesentlich größer, wenn du mal das letzte Release vergleichst, von Brücken über beliebige Gleise über NewHouses und NewIndustries zu halben Fundamenten waren da auch eine ganze Reihe an großen und kleinen Features dabei.

Das ist ja gar nix verglichen mit den Eingriffen ins Spiel, die mit dem Multipool, den erhöhten MP-Grenzen oder gar CargoDest und NoAI erfolgen.

(27.12.2008, 00:39)Eddi schrieb: Ich weiß nicht, wo du "deutlich länger" herausliest. Neue Versionen gibt es traditionell etwa nach einem Jahr, und die letzte ist im April rausgekommen, also sind immernoch 4 Monate Zeit.

Traditionell kommt eine Version raus wenn sie fertig ist. Dabei tauchen die meisten Bugreports erst auf, wenn die Masse der Spieler an die Beta ran darf.

(27.12.2008, 16:58)mb schrieb: Er will sich aber nicht bei "Flyspray" registrieren müssen, nur um zum x-ten mal dieselben Fehler zu bemängeln.

'tschuldigung, aber ich halte das für den falschen Ansatz. Du mußt die Fehler x-mal wiederholen, weil sie nicht bei Flyspray eingetragen sind. Dabei ist das die zentrale Fehlersammelstelle, wenn der Fehler dort eingetragen wäre, könnte man ganz einfach darauf verweisen [wie ich das zum Beispiel mit dem Clipping Problem gemacht habe].

Ansonsten kannst du als Entwickler des DBSets auch am besten einschätzen, was denn das gewollte Verhalten ist. Einfache Nutzer, wenn sie denn einen Fehler überhaupt bemerken, schreiben sehr selten Bugreports, also sollte man sich nicht darauf verlassen. Ich wüßte jetzt jedenfalls nicht, auf welche ach so vielen Fehler du jetzt noch anspielst.

So ziemlich kein OpenTTD Entwickler spielt regelmäßig TTDPatch, um einen Vergleich der Funktionalität anzustellen. Höchstens, wenn sie einen Hinweis kriegen, daß das Verhalten von der Spezifikation abweicht, und selbst dann ist es nicht einfach, weil die meisten OpenTTD Entwickler kein Windows benutzen.

Für Open Source Software ist es essenziell, daß Fehler an der richtigen Stelle gemeldet werden. Die Entwickler können nicht alle Fehler selbst finden, und sie können auch nicht alle verfügbaren Medien nach Fehlermeldungen absuchen, es ist schließlich deren Freizeit, also wenn man einen Fehler behoben haben möchte, dann sollte man so viel wie möglich daraufzuarbeiten.

Das sollte keine Grundsatzdiskussion werden!
In den letzten Tage hat sich jedenfalls einiges an Codechange getan wer den Changelog verfolgt wird das bemerkt haben.

wo kann man diesen "Trunk" downloaden

auf der OpenTTD Webseite, unter "Download Nightly (rXXXXX)"

Ich habe auch die Erfahrung gemacht, dass es nichts bringt, einen Mangel einfach in den Raum zu werfen, jedoch hilft es viel, sie bei http://bugs.openttd.org aufzuführen. Meistens wird ein solcher Post innerhalb eines Tages bearbeitet und am nächsten Tag kann man sich bereits an der gefixten Version erfreuen.

Oder es wird erklärt, weshalb dein "Problem" kein Bug ist und geschlossen.

Michael, ich bin ein grosser Fan deines Sets, ist trotz des alters immer noch eines der Besten. Wenn du mir Links oder Hinweise geben kannst, wo bereits diese Bugs aufgeführt werden kann ich ja mal ein "Initialpost" bei Flispray machen.

Grüsse
Ammler

Wie ich mb kenne, meint er:

1) Die "realistische" Beschleunigung verhält sich nicht genauso "realistisch" wie in TTDP.
2) Der Benutzer hat die freie Wahl welche Züge er durch welche ersetzt, und muss nicht die Festlegung des autoreplace-callbacks nutzen.
3) Die AI callbacks werden nicht unterstützt.
4) Subjektive Wahrnehmungen: http://www.tt-ms.de/forum/showthread.php...6#pid43066

Edit: Oh, wie konnte ich nur vergessen:
5) Der EnginePool.

ah ok, das tönt mehr nach "Grundsatzentscheidungen" als Bugs oder missing features. Das ist ein heikles Thema, hab mir selber auch schon manchmal die Finger daran verbrannt.

Ist dass dieses Feature was die Dev's andauernd wegen Urheberrechts-Fragen abgelehnt haben?

Es wurde nicht unbedingt abgelehnt. Es war ein autmatisches Verteilen der NewGRFs von Spieleservern (zusammen mit dem Savegame), was immer abgelehnt wurde. Aber es gab doch immer wieder Bedenken, vor allem weil dann NewGRFs benachteiligt werden, die nicht über dieses System verteilt werden.

Aber genauso sind NewGRFs benachteiligt, die nicht über GRFCrawler zu finden sind. Meiner Meinung nach war das Feature dringend nötig, vor allem da jetzt auch AIs und nicht nur GRFs zu verteilen sind. Im Gegensatz zu einem automatischen Verteilen im Multiplayer ist hier auch die Urheberrechtsfrage nicht so bedeutend, da ja die Autoren selbst festlegen können, welche GRFs sie über das System anbieten, sie behalten also die volle Kontrolle.