Man könnte es auch so sehen: Findet man die Installation HaSi V3.1.3 dann hat man die neuste drauf. Hat man auch noch die 3.0 und die 3.1, dann weiss man, das man die gesamte "Evolution" mitgemacht hat.
HaSi V3 Bugfixing
-
-
@derdoctor : Da Du ja die RWP-Datei zum Download in ein ZIP-Archiv verpackst und dieses Archiv mit einer Versionsnummer versiehst, sollte es kein Problem sein, das eigentliche RWP-Installationsarchiv immer gleich zu benennen. Leg doch einfach in das Archiv eine zusätzliche Textdatei mit dem Namen der aktuellen Version. (Das PDF hattest Du jetzt nicht unbenannt, war noch 3.1.1 bei dem 3.1.3 Archiv.)
-
Man könnte es auch so sehen: Findet man die Installation HaSi V3.1.3 dann hat man die neuste drauf. Hat m,an auch noch die 3.0 und die 3.1, dann weiss man, das man die Gesamte "Evolution" mitgemacht hat.
Richtig. Ich finde es von daher gesehen recht praktisch, wenn die Paketnamen die Version beinhalten.
So habe ich zB. nachsehen können welche Signalversion vom Signalteam installiert ist. Würden die Pakete nur KS, HV, etc. heißen, hätte ich alle erst neu runter geladen (laden müssen) und drüber gebügelt. Das habe ich mir so im Fall von 2 Paketen ersparen können. -
Danke mal für die Infos. Nachteil wenn alle Varianten im Paketmanager stehen ist halt, dass dessen Liste immer länger wird. Noch eine Frage : Wenn ich die alte 3.1 Variante im Paketmanager deinstalliere, geht das problemlos ohne die neue zu belästigen ?
-
Nein, dann wird auch die neue deinstalliert, da sie ja im gleichen Ordner liegen.
-
-
Nein, da du wie gesagt in jedem Paket von Hasi V3 die gleichen Dateien hast, nur in einer neueren Version, löscht dir der Paketmanager bei Deinstallation von v3.1 alles und somit auch alles aus v3.1.3, weil in beiden Paketen die gleichen Dateien drin sind. Du hast ja nicht alle Asset-Dateien 5mal auf der Platte mit jeweils unterschiedlichem Erstellungsdatum. Wenn du ein neueres Paket mit gleichem Inhalt installierst, merkt sich der Paketmanager das neuere bzw. zuletzt installierte Paket, überschreibt aber alle vorhandenen Assets auf die aktuelle Dateiversion.
Dir bleiben 2 Wege:
- alte Version deinstallieren, neue installieren
oder
- nach ...Steam\SteamApps\common\railworks\PackageInfo gehen und dort die Indexdatei von v3, v3.1, etc. löschen. Dann wird dir im Paketmanager nur angezeigt, das noch v3.1.3 installiert istIm PackageInfo Ordner liegen nur Indexdateien, keine Assets oder ähnliches, es wird also kein Inhalt für den TS gelöscht.
-
Du wirst ja wohl nicht die Originale HaSi meinen oder??Das "Beide" in deinem Text macht mich stutzig. Denn:
unsere Strecke liesse sich nicht 2 mal installieren, da es immer der gleiche Streckenordner
9cac1720-316c-4a01-a3e6-8c594df5452f
ist. Das Update überschreibt den vorgenannten Streckenordner. Eben die HaSi3.0 Installation und erzeugt keinen neuen Streckeordner/Strecke.
Mit der Originalstrecke haben wir nichts zu tun. Diese bleibt auf jeden Fall unangetastet.Bei den Folgeversionen werde ich die Versionsnummer mit in den Streckennamen integrieren:
z.B.:
>Hagen - Siegen V3.1.3 [KBS 440]<Gruß Doc
Sorry, man sollte nicht auf die Schnelle etwas ins Forum posten ohne sich klar auszudrücken. Ich meinte natürlich nicht die alte HaSi Strecke, sondern schlicht und ergreifend den Eintrag im Paketmanager. Da stand eben dann zweimal die Strecke drin, so wie auch von allen anderen beschrieben :). Ist das erste Mal gewesen, dass ich ein Update eines Assets im Paketmanager installiert habe und keine Überschreibwarnung von Assets kam und danach auch ein neuer Eintrag vorhanden war. Daher die Verwirrung. Aber klar, wenn das Paket einen neuen Namen bekommt, dann gibt's natürlich auch einen neuen Eintrag. Soweit so logisch - war halt nur ungewohnt.
-
- nach ...Steam\SteamApps\common\railworks\PackageInfo gehen und dort die Indexdatei von v3, v3.1, etc. löschen. Dann wird dir im Paketmanager nur angezeigt, das noch v3.1.3 installiert ist
...genau so habe ich es gemacht. Hat geklappt und meine grauen Zellen haben wieder was gelernt. Danke.
-
Hallo zusammen,
zunächst einmal vielen Dank an derdoctor für's regelmäßige Updaten.
Jetzt habe ich allerdings noch ein paar Sachen festgestellt, von denen ich nicht weiß, woran's liegt:
Zum einen werden bei mir die Signalmasten in Finnentrop (Gleis 2 Bahnsteig und am Bahnsteigende) nicht angezeigt. Im Welt-Editor sind sie da und lassen sich auch anklicken und verschieben. Genauso ist es mit etlichen Bäumen und Sträuchern entlang der Strecke. Da sieht es auf einmal kahl aus. Gehe ich im Welt-Editor mit der Maus drauf, erscheint das betreffende Objekt, bis ich es loslasse. Dann wird es wieder unsichtbar.Wäre super, wenn mir da jemand weiterhelfen kann.
-
Szeneriedichte in den Einstellungen auf Maximum?
-
-
Stefanix19: Danke für den Hinweis. Ich Esel hab die Szeneriedichte mal zurückgedreht.
Jetzt ist wieder alles da. -
Guten Abend,
erst einmal danke für die schnellen Updates. Grosse Klasse.
Ich bin dabei, ein eigenes Szenario zu erstellen, dabei sind mir folgende Sachen aufgefallen:
1. Von Siegen ESIE 085 nach ESIE 165 stehen an den Handweichen auch Weichenlaternen, die zeigen allerdings nicht den richtigen Fahrtweg (Bild 1 und 2).
2. In Kreuztal stehend Richtung Hagen wird Sh gezeigt, obwohl gleich von rechts ein Güterzug kreuzt (Bild 3).
3. Müßte das ASig Kreuztal Gleis 2 Richtung Hagen nicht Hp2 zeigen bei Ausfahrt in das rechte Richtungsgleis, der HUD zeigt 40km/h. Sind eventuell die Signalbilder Gleis 1 und 2 vertauscht?Einen schönen Start in die Woche
Bernd
-
ZU 3) Wenn Geradeaus nicht erlaubt, bzw nur Rangierfahrt möglich bis zu einem Ra10, ist das SH für geradeaus zuständig. Da aber Zugfahrt ins Rechte Streckengleis zum Link 1 erfolgt, muss da ein Hp2 Signal hin. Da brauchts den 2. Flügel. Für Link1 40 eintragen, da es über die Weichenverbindung geht, mit 120 ist das nicht so toll. Dann die Links gleich nach der Weichentrennung, damit ist die 40 dann schnell wieder aufgehoben.
Die Links beider ASIGS nach rechts liegen weit hinten nach einer Weiche, die die Strecke teilt. Steht evtl der Zug Schon gleich um die Ecke? dann spannt die Signale nicht den Zug. Mein Vorschlag, die Links nach rechts gleich nach den Weichen, die Weiche weiter hinten extra absichern. (mit Zwergen, das reicht).
StS -
Bei den Handweichen muss man beim Setzen auf die richtige Trackrule achten L oder R, das ist mir vermutlich ab und zu mal passiert das ich es falsch gemacht habe und auch beim Kontrollieren vielleicht die ein oder ander Weiche durchgegangen ist.
Beim Hauptsignal P2 in Kreuztal geht der Link 1 auf das Regelgleis Richtung Welschen Ennest, Link 2 geht auf das Streckengleis Richtung Erndtebrück, Link 3 geht auf das Gegengleis Richtung Welschen Ennest. Link 3 hat, da es keinen GWB gibt nur das SH1 als mögliche Signalstellung eigetragen. Im Flyout des Signals der hintere Haken. Was ich aber Falsch gemacht habe ist, das ich dem Link 1 keine "40" mitgegeben hab somit müsste wenn die "Fahrstrasse" von Gleis 2 ins Regelgleis nach Hagen geht das Signal Hp1 anzeigen. Vielleicht sieht StS noch was was ich verbockt haben könnte?
edith meint: Heijeijei.. danke StS für die Blosstellung meiner Unfähigkeit , hab gerade erst dein Post gelesen und da ist mir auch schmerzlich aufgefallen das ich ein total falsches Signal dahingestellt habe. Grmpfs
So müsste es eigentlich dann passen.
Nochmal die Edith.
Ich hab mir das mit den Weichenlaternen angeschaut. Also da habe ich ausnahmsweise mal nichts falsch gemacht.
Es ist so, dass SAD zwar Laternen für Rechtsschenkelige und Linksschenkelige Weichen gemacht hat, aber keine der beiden Typen für rechtsseitige oder linksseitige Montage. Die zeigen nur in die korrekte Richtung wenn man sie Rechts anschraubt (von der Wurzel aus gesehen). Das geht in diesem Fall aber nicht, weil sonst die Mechanik im Nachbargleis stehen würde. Der Pfeil geht schon in die richtige Richtung, steht aber auf der falschen Seite. Verstanden?Gruß Doc
-
Man kann eigentlich leicht rausfinden, ob es mit dem Drüber Bügeln funktioniert hat.
Erstellt mal ein Szenario mit Startpunkt in Siegen. Vor dem Fix kam man irgendwo in der Prärie raus, aber nicht in Siegen.
Wenn alles soweit mit dem Fix installieren geklappt hat, kommt man direkt in Siegen raus.Trotzdem nochmal ein Riesen Lob an das gesamte Team was diese Strecke neu erschaffen hat.
-
-
Bin mir nicht sicher, ob das schon genannt/ bzw. in einem der Updates schon gefixt wurde:
Vor Finnentrop (km 60,6) in Richtung Hagen, also Norden, steht eine Hektometertafel mit 61,0, obwohl das eigentlich 60,0 heißen müsste.
-
Hallo zusammen,
ich habe mal eine Frage an die Allgeimeinheit.
Bislang habe ich es ja so gehalten, das im RWP Paket welches ich zum Download hochlade alles reinpacke was ich mitliefern kann und darf. Da es nun aber so aussieht, das nur noch kleinere Buxfixes ausstehen die sich rein auf die Strecke beziehen und ich auch erstmal nicht geplant habe Asset-Technisch was nachzuschieben, habe ich mir gedacht den Download auf 2 Dateien aufzuteilen. Einmal eine RWP für die Strecke und eine weitere für die Assets. Die Streckendatei wäre erheblich kleiner, schneller hoch- und runtergeladen, würde weniger traffic verursachen. Zumal ja nun auch, so denke ich, eine gewisse "Sättigung" erreicht ist d.h. die Komplettinstalltion dürfte so ziemlich bei jedem durch sein.
Was haltet ihr davon? Ist das auch für die teschnisch weniger versierten zumutbar?Gruß Doc
-
Finde ich eine gute Idee. Mir wäre der Traffic zwar egal, aber ich würde das auch trennen, weil es für Updates leichter händelbar ist.
Die Strecke ansich und bei Erstinstallation zusätzlich das Assetpaket sowie die nötigen anderen Assets/Downloads. -
Kann mich @Spooner nur anschließen. Ist wahrscheinlich übersichtlicher und verhindert Fragen ob nun erst die alte Strecke vor dem Update deinstalliert werden soll.
Gute Idee @derdoctor ! -
Dem möchte ich zustimmen.
Assets und Content trennen und das vielleicht auch in die Dateinamen der Pakete reinschreiben. -