Szenariobau - Begrenzte Anzahl von Markern?

Warte ein paar Stunden, schau ins Forum und dann hat sich das Problem wahrscheinlich erledigt. ;-)
(Das ist mein voller Ernst)

Viele Grüße

Hallo Marcel,

ggf. sind diese Trigger in der neuen Version als Freeware für dich interssant? Hierbei ist keine Begrenzung vorhanden und du hast noch einige kleine Funktionen mehr im Paket.

Das Phänomen hatte ich tatsächlich bei einer Aufgabe von einem Freund auch schon einmal. Er bekam für den Spielerzug immer den unbekannten Fehler. Sobald man einen Marker gelöscht hatte, ging es.

Hallo Marcel,

du setzt jeweils pro Ansage entsprechenden Trigger, wo Du sie setzt ist vollkommend egal. Sie können auf freier Strecke gesetzt werden, und der Spieler sieht auch im HUD keinerlei Punkt an welchem etwas ausgelöst wird. Was ausgelöst werden kann entnimmst Du der Tabelle am Ende des PDF.

Zitat von Marcel Kühne

Szenario Beenden Erfolgreich/Fehlgeschlagen - Q

Dieser Befehl beendet eine Aufgabe erfolgreich oder markiert diese als fehlgeschlagen wenn diese Funktion genutzt wird. D.h. du kannst z.b. eine Aufgabe erfolgreich beenden, obwohl der TS es als nicht erfolgreich bewerten würde. Dies ermöglicht z.b. Situationen zu Aufgaben welche so ursprünglich nicht möglich waren.

Wir werden aber vermutlich nochmal Änderungen an der PDF durchführen, sodass es mit Bildern und etwas mehr Text einfacher erklärt wird. Die dort geschriebenen Texte sind eigentlich aus unseren internen DEV Docs. Die jetzt veröffentlichen kostenfreien Tools können also viel mehr als nur Sounds abspielen.

Ich hatte dieses Phänomen auch einmal beim Teil 2 von einem Szenario. Gebaut, getestet, ausgeschaltet, an einem anderen Tag wieder bearbeitet und zack, Fahrfehler IC 119. (ich hatte keine Ansagen verbaut)
Musste das Szenario löschen, weil man nichts mehr machen konnte.

Hallo Marcel,

ich habe es kurz aus dem PDF kopiert.

"Im Anhang finden Sie eine Liste mit Codes. Diese Codes tragen Sie entsprechend ihres Wertes aus der Tabelle im Anhang in die beiden Kästchen für Zs2 (FeatherChar) und Zs3 (SpeedLimit) ein. Ein Beispiel für einen Sound der abgespielt werden soll wäre „S“ in Zs2 und „1“ in Zs3. Damit sagen Sie dem System, es soll den Sound mit der Nummer 1 (sound01.wav) der Aufgabe beim Überfahren abspielen."

Schritt für Schritt:

1. Trigger setzen
2. "S" links rein und die Nummer des Sound rechts rein (typischer Weise beginnend mit 1 für den 1. Sound, 2 für den 2. etc)
3. Das Script wie im Handbuch beschrieben anpassen
4. Die Sounds in den Ordner "en", bzw. "de" jenachdem, welche Sprachen man benötigt

Die WAVs werden nach dem folgenden Schema benannt:
sound01 -> Wird abgespielt an Trigger mit "S" und "1"
sound02 -> Wird abgespielt an Trigger mit "S" und "2"
...
sound10 -> Wird abgespielt an Trigger mit "S" und "10"
... etc

Die Angabe mit dem Zugtyp benötigst du mit den Triggern nicht. Diese ist für den Fall gedacht, dass du eine Funktion durch den Fahrplan, statt durch den Trigger auslösen möchtest. Das Script des Triggers ermittelt von selbst die Werte für den aktuellen Zug.

Fertig ist die Kiste!

Ich hab die Ansagen im en ordner. Ich bin wie folgt vorgegangen

• Du platzierst zuerst die Trigger so wie in der Anleitung geschrieben. Heißt die 2 Links direkt hintereinander in Fahrtrichtung
• Du trägst die Bezeichung im Editor ein. Also ins erste Feld die Aktion [ S ] und ins zweite Feld die Nummer der Ansage. Wichtig hierbei. Immer sound01, sound02, etc. benennen sonst gehts nicht.
  

  
  

  
  

• Im Script was mitgeliefert wird trägst du in Zeile 2 und 3 die benötigten Dinge ein.
  

  
  

  
  

• Du kopiest die Lua und die out in den Szenario Ordner.
• Die Lua lässt du wie gehabt durch den TS einlesen und kompilieren.
• Nun noch die Ansagen im en Ordner des Szenarios erstellen.
• Fertig.

So hats bei mir funktioniert.

@Marcel Kühne Also ich löse Ansagen einfach nach z.b. 2:30 Minuten nach dem letzten halt aus. Dafür braucht man keinen Marker oder gehe über...

Zitat von darkranger

Also ich löse Ansagen einfach nach z.b. 2:30 Minuten nach dem letzten halt aus.

Zwar die einfachste, aber denkbar schlechteste Methode (aus eigener Erfahrung). Jeder Spieler im TS hat unterschiedliche Fahreigenschaften. Der eine düst los wie nix gutes, das es dann vorkommen kann, das die Ansage erst abgespielt wird, wenn der nächste Halt schon erreicht wurde. Ein anderer Spieler befindet sich auf Kaffeefahrt und cruist sinnlich durch die Gegend, das es passieren kann, das die neue Ansage noch am oder schon kurz nach dem Stop abgespielt wird. Da einen Mittelweg zu finden, ist echt schwierig.
Aber mit den neuen Triggern von Scarlet, hat sich auch dieses Problem gelöst. Diese sind super einfach zu händeln. Sind eigentlich nur 2 Sachen, die man beachten muss. Zum einen das der Trigger zur Zugart passt und das sowohl der Name des auszulösenden Events groß geschrieben werden muss (zum einen der Name der Audiodatei selber und das auszulösende Event im Script). Ansonsten ist das echt fix gemacht und man kann Ansagen nun Punktgenau auslösen lassen. Würde zwar auch mit zusätzlichen Markern funktionieren, nur die muss man erst setzen und benennen, zudem muss der Fahrplan mit diesen zusätzlichen Angaben angepasst werden. Auch das hat man nun nicht mehr. Spart ungemein viel Zeit. Und da man eh heutzutage Scripts für den Introtext verwendet, muss man auch da kein weiteres erstellen.

Fast. Du kannst das zweite Feld komplett ignorieren und trägst in das erste einfach den kompletten Eventnamen (zB. "PLAY_HAUSACH") ein. Obacht, dabei werden Kleinbuchstaben automatisch zu Grossbuchstaben, die Ansage sollte also möglichst grossgeschrieben sein.

Sonst bleibt alles beim Alten, die Trigger ersetzen wirklich nur den "Anweisung auslösen"-Befehl. Du brauchst also weiterhin z.B. das Ansagen-Script-Kit oder ein eigenes ScenarioScript.lua.

Wenn es gar nicht funktioniert, wäre es, egal für welche Trigger du dich jetzt entschieden hast, vielleicht sinnvoll, mal in Bildern etc zu zeigen,
wie du was gemacht hast. Da könnte man mit Sicherheit gut erkennen, wo der Fehler liegt!

Gruß
Pascal