Hallo, ich wollte mal fragen ob das schon mal wer gemacht hat?

Ich gehe nach dieser Anleitung vor:
http://wiki.openttd.org/Compiling_on_MinGW

Leider bekomm ich Fehlermeldungen und würde mich über Hilfe freuen. Danke.

Die Anleitung ist schon etwas älter, und kann mit neuen MinGW Versionen unter Umständen zu Problemen führen.

Also entweder suchst du dir aus irgendwelchen Archiven die alten Versionen zusammen, oder du versuchst, die Probleme selbst zu beheben, und aktualisierst dann das Wiki.

Alternativ kannst du auch die Anleitung für MSVC (Express) benutzen, die funktioniert mit etwas höherer Wahrscheinlichkeit, da das auch die Methode ist, die von den Entwicklern zum Erstellen der Windows Binaries benutzt wird.

(22.06.2010 18:22)Eddi schrieb:  oder du versuchst, die Probleme selbst zu beheben, und aktualisierst dann das Wiki.

Hm ja, aber ist dafür nicht die nötige Kompetenz von Nöten?

Also ich bekomm da keine Fehlermeldung beim Kompilieren selbst (soweit bin ich noch nicht), sondern bei der Installation der Komponente "zlib-1.2.3". Die lässt sich, über den dort genannten Weg, nicht korrekt Downloaden.
Genauso bei der Installation von "libpng" und "liblzo2" obwohl die wohl darauf aufbauen könnten, dass ich "zlib" nicht installieren kann.

Zitat:Alternativ kannst du auch die Anleitung für MSVC (Express) benutzen, die funktioniert mit etwas höherer Wahrscheinlichkeit, da das auch die Methode ist, die von den Entwicklern zum Erstellen der Windows Binaries benutzt wird.

Ok, ich versuchs jetzt erstmal damit.

Danke für den Tipp mit MSVC++. Hab gerade meine erste selbst kompilierte .exe erstellt und sie funktioniert sogar
Jetzt kanns ja weiter gehn

Kannst du gerne auch mal hochladen, deinen Mix aus Cargod?st + EZ-Levels...

Werde ich tun, sobald ich das hinbekommen habe
Bis jetzt habe ich es ja erst mal geschafft, die ganz normale Nightly, ohne Zusatzinhalt, zu kompilieren. Aber das ist schon ein Vorteil, so muss ich jetzt jedenfalls nicht mehr auf irgendwelchen Seiten nach der aktuellen Revision suchen

Hallo

(23.06.2010 13:24)Zottel schrieb:  Bis jetzt habe ich es ja erst mal geschafft, die ganz normale Nightly, ohne Zusatzinhalt, zu kompilieren.

Na bitte, das ist ja schon mal Schritt 1.

(23.06.2010 13:24)Zottel schrieb:  Aber das ist schon ein Vorteil, so muss ich jetzt jedenfalls nicht mehr auf irgendwelchen Seiten nach der aktuellen Revision suchen

Nix für ungut, aber so schwer ist das ja nun nicht.

Tschö, Auge

Wenn du eine ganz bestimmte Revision willst, dann wirst du noch einen SVN-Client benötigen. (Vorzugsweise TortoiseSVN)

(23.06.2010 15:25)Auge schrieb:  Hallo

(23.06.2010 13:24)Zottel schrieb:  Bis jetzt habe ich es ja erst mal geschafft, die ganz normale Nightly, ohne Zusatzinhalt, zu kompilieren.

Na bitte, das ist ja schon mal Schritt 1.

Ja, ich werde mich jetzt intensiev mit dem Quellcode befassen, einzelne Sachen verändern und sehen was passiert. Der nächste Schritt wird dann, einzelne NewGrfs als include in den Quellcode zu integrieren (sofern möglich)
Wenn ich das kann, bin ich schon einen riesigen Schritt weiter.

Zitat:Nix für ungut, aber so schwer ist das ja nun nicht.

Ja da hast du natürlich recht, es ist aber zumindestens ein wenig bequemer einfach auf einen Ordner zu klicken und die benötigten Daten per SVN zu laden als über den Browser.

RK schrieb:Wenn du eine ganz bestimmte Revision willst, dann wirst du noch einen SVN-Client benötigen. (Vorzugsweise TortoiseSVN)

Öhm, auch für die Head-Revision ist SVN ganz praktisch

(23.06.2010 17:54)Zottel schrieb:  Ja, ich werde mich jetzt intensiev mit dem Quellcode befassen, einzelne Sachen verändern und sehen was passiert. Der nächste Schritt wird dann, einzelne NewGrfs als include in den Quellcode zu integrieren (sofern möglich)
Wenn ich das kann, bin ich schon einen riesigen Schritt weiter.

NewGRFs in den Quellcode zu integrieren ist gelinde gesagt vollkommener Blödsinn. Ich gehe 'mal davon aus, dass Du nicht meinst, was Du sagst

RK schrieb:Wenn du eine ganz bestimmte Revision willst, dann wirst du noch einen SVN-Client benötigen. (Vorzugsweise TortoiseSVN)

Für's Herumspielen zuhause bzw. für's Patchen ist mercurial geeigneter: man hat lokal alle Versionen verfügbar und es bietet die leicht mächtigeren Merge-Tools, wenn verschiedene Patche 'mal nicht ganz ohne Konflikte miteinander wollen.

(23.06.2010 22:56)planetmaker schrieb:  

(23.06.2010 17:54)Zottel schrieb:  Ja, ich werde mich jetzt intensiev mit dem Quellcode befassen, einzelne Sachen verändern und sehen was passiert. Der nächste Schritt wird dann, einzelne NewGrfs als include in den Quellcode zu integrieren (sofern möglich)
Wenn ich das kann, bin ich schon einen riesigen Schritt weiter.

NewGRFs in den Quellcode zu integrieren ist gelinde gesagt vollkommener Blödsinn. Ich gehe 'mal davon aus, dass Du nicht meinst, was Du sagst

Ja da hast du wohl recht. Mir gings da jetzt aber eher weniger um den pracktischen Nutzen als vielmehr um den Lernproßess. Ich dachte sowas würde mir erstmal leichter fallen, als sofort mit dem Patchen anzufangen. Leider würde mir gerade nicht einfallen wie ich das bewerkstelligen soll, über das Patchen weiß ich zumindestens ein Wenig.

Benötige ich zum Patchen eigentlich nur eine Diff-Datei und die passende Revision und dann über SVN->apply patch die Änderungen in den Quellcode eintragen, oder wird noch was anderes benötigt ? Ich konnte nämlich damit bisher keine Erfolge verzeichnen.

Edit: Ok, hat sich erledigt, habs gerade geschafft via Diff-Datei eine passende Revision mit 32bpp-Extrazoom zu patchen und zu kompilieren
Nächster (und wahrscheinlich kompliziertester) Schritt wird es sein, eine nicht passende/aktuelle Revision anzupassen und zu patchen

I.d.R. fängt man bei einer "passenden" Revision an, und geht dann in mehr oder weniger großen Schritten voran in Richtung "aktueller" Revision.

(24.06.2010 10:01)Eddi schrieb:  I.d.R. fängt man bei einer "passenden" Revision an, und geht dann in mehr oder weniger großen Schritten voran in Richtung "aktueller" Revision.

Hehe, habs mit großen Schritten probiert und gleich Glück gehabt. Ich hab gerade die aktuelle r20025 mit 32bpp-Extrazoom (welches für r19024 geschrieben wurde) kompiliert
Dabei hatte ich aber, wie gesagt glück (ich habe kaum C++ Kenntnisse) und bin gespannt ob es jetzt mit Cargo auch so gut klappt, was ich bezweifle, da ich mir denken kann, dass es viel größere Veränderungen im Quellcode vornimmt.

Naja, eigentlich sollten sie ja völlig verschiedene Teile des Quellcodes ändern...

Ja das meinte ich aber nicht sondern die Schwierigkeit 32bpp-EZ in den Quellcode einzubinden, sollte wesentlich geringer sein als Cargo. Wobei ich das jetzt nur vermuten kann, da ich mich damit erst befassen muss, heute geht nix mehr

Äh, ich würde das ja auch andersrum machen, das Cargodist [ich hoffe, das meinst du mit "Cargo", das ist extrem mehrdeutig] gibt es ja schon für aktuelle Versionen, also solltest du das einfach nehmen, und den Extra Zoom Patch (in der neuen Version, die du gerade gebaut hast) hinzufügen.