XStartTap BETA - Zeitabh.+verzög.Starten+BATCHMODUS von TAPS

[Sirius]

...die 1.2 gab es wohl gestern in aller Stille

Dank auch an den Beta-Tester. :

... via XStart war jedenfalls schon mal positiv, kein
Reboot bei Play+links bzw. blau

Well done, FireBird

[Alter Sack]

Well done, FireBird

Jepp, auch mit 10 TAPs keine Probleme mehr :

[mastercb]

Irgendwie brauche ich ein bisschen Nachhilfe:

# MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
00:00|00:01|0000|0|0|PowerRestore.tap
10:00|24:00|0000|0|0|TSRCommander.tap
08:00|24:00|0000|0|0|improbox.tap
00:00|24:00|0000|0|1|poweroff_nd.tap
00:00|24:00|0000|1|1|automove.tap
00:00|24:00|0003|0|1|Jags_EPG.tap
00:00|24:00|0007|0|1|nicedisplay.tap
00:00|24:00|0009|0|1|filer.tap
00:00|24:00|0011|0|1|Jags_Auto-Off_03-00.tap
00:00|24:00|0013|0|1|QuickTimer.tap
08:00|24:00|0030|0|0|TSBProtector.tap

Ich lasse z.B. das automove-Tap im "Batch" Modus laufen.

Wie verhält sich denn das "StartDelay".

Mal angenommen, das Automove Tap würde z.B. 8 Sekunden brauchen (ich weiß: Ist nicht so..): Wie wird dann die DelayZeit gerechnet ? Wird die durch das Warten auf ein "Batch-Tap angehalten ? Oder ist es immer (ohne Rücksicht auf "batchende" Taps die Absolutzeit ab XSTART-Tap-Start ?

Konkret: Im o.g. Bsp sind ja nach dem automove schon min. 8 Sek vergangen. Würden dann JAG und ND danch "sofort gleichzeitig" gestartet, oder greift der beabsichtigte 3 bzw 4 Sek - Abstand

[HGlab]

Mal angenommen, das Automove Tap würde z.B. 8 Sekunden brauchen (ich weiß: Ist nicht so..): Wie wird dann die DelayZeit gerechnet ? Wird die durch das Warten auf ein "Batch-Tap angehalten ? Oder ist es immer (ohne Rücksicht auf "batchende" Taps die Absolutzeit ab XSTART-Tap-Start ?

Konkret: Im o.g. Bsp sind ja nach dem automove schon min. 8 Sek vergangen. Würden dann JAG und ND danch "sofort gleichzeitig" gestartet, oder greift der beabsichtigte 3 bzw 4 Sek - Abstand

Hallo!
Du lässt nur ein einziges Programm im Batch-Modus laufen, da macht der ganze Modus meines Erachtens keinen Sinn. Beim Batch-Modus übergibt ein Programm (wenn es fertig ist) an das nächste Programm die Ausführung.
DelayZeit verzögert das starten des einen Programms.
Mal sehen ob ich mit meiner Aussage Recht habe :-)

[FireBird]

Wie Du befürchtet hast, ist die Verzögerung eine absolute Zeit seit dem Start von XStart. Eine Kombination von Batch-Modus und Verzögerung ist eine spannende Sache.

[FireBird]

[quote="HGlab"]Du lässt nur ein einziges Programm im Batch-Modus laufen, da macht der ganze Modus meines Erachtens keinen Sinn.[/quote]
Wenn ich dafür sorgen möchte, dass ein TAP einen Job erledigt, weil das nächste auf das Ergebnis angewiesen ist, dann macht auch ein einzelnes TAP im AutoStart Sinn.

[mastercb]

[quote="FireBird"]Wenn ich dafür sorgen möchte, dass ein TAP einen Job erledigt, weil das nächste auf das Ergebnis angewiesen ist, dann macht auch ein einzelnes TAP im AutoStart Sinn.[/quote]

Na ja, "drauf angewiesen" ist in meinem Fall nicht das Thema.

Ich habe mir aber gedacht, daß das automove ja so ziemlich das einzige Nicht-TSR Tap ist, das ich verwende; und da meinte ich mit dem Batch-Flag dafür sorgen zu können, daß nicht zuviele "auf einmal" startende TAP's den Prozessor belasten...

Sehe ich das richtig, oder nicht ?

Wenn die delay Zeit sowieso immer releativ auf den XSTART Start bezogen ist, bringt' dann sowieso nix, oder ?

[FireBird]

Wegen der "Belastung" brauchst Du Dir keine Sorgen zu machen. Ich weiß nicht, wie es beim 5k ist, aber die TMS-Version von AutoMove zieht erst mit einer Verzögerung los. Die Kombination von Batch und Delay bringt nur dann was, wenn Du die genaue Laufzeit des gebatchten TAPs kennst.

[Thorle]

Kann mir mal bitte einer helfen. Da das mounten der externen FP nicht über Autostart funktioniert, die brauch wohl etwas länger um zu starten, bleibt wohl nur XStart.

Ich habe aber keinen blassen Dunst wie wo was ich hin kopieren muss und was in die ini muss.

1. so sieht mein AutoStart Ordner aus
2. So sieht mein ProgrammFile Ordner aus
3. Diese Dateien sind im XStart Ordner

Was muss bitte in der ini stehen, damit das noch einzubauende Mount TAP so circa 30sek. und ganz zum Schluss startet?

Kann mir vielleicht einer das ganze basteln, txt-Datei oder ne ini-Datei.

Bitte.

[JayTee]

Hab gerade auf dem Läppi eine XStart.ini gefunden:

07:00|06:00|0000|0|QuickPlay.tap
00:00|24:00|0000|0|AutoReboot.tap
00:00|24:00|0000|0|TimerDiags.tap
06:20|06:55|3600|0|Shutdown_TMS.tap
07:00|06:00|0015|0|FastSkip.tap
#07:00|06:00|0015|0|jdaSkip.tap
#07:00|06:00|0000|0|iBox.tap
07:00|06:00|0000|0|MediaAspect.tap
#07:00|06:00|0000|0|PowerRestore.tap
07:00|06:00|0000|0|RescueRecs.tap
07:00|06:00|0000|0|TMSDisplay.tap
07:00|06:00|0025|0|BackupSettings.tap
07:00|06:00|0020|0|TMSMount.tap
#07:00|06:00|0035|0|RebuildNAV.tap

Die Zeilen mit dem # werden nicht ausgeführt, alle TAPs müssen sich im XStart-Ordner befinden.
Im AutoStart-Ordner hab ich nur 01_iTiNa und 02_XStart
Die ersten beiden Spalten geben den Zeitraum an in welchem die Taps gestartet werden, in der dritten Spalte steht die Verzögerung in Sekunden.
Also fürs Mount-Tap 20 Sekunden.

PS: bevor sich jetzt jemand zu viel Gedanken über den genauen Inhalt macht, das war nur ein Test.

[Thorle]

So klappt das irgendwie nicht. Es werden weiterhin alle TAPs ohne Verzögerung geladen. Habe ich denn die Dateien von XStart in die richtigen Ordner getan?

[Sirius]

XStartTap_TMS.tap nach ProgramFiles/AutoStart kopieren.
XStartTap.ini nach ProgramFiles/XStart kopieren.

Der Rest aus dem .zip wird nicht benötigt.


Die XStartTap.ini muss man nach Wunsch editieren.

Die TAPs die bisher in AutoStart waren müssen nun nach ProgramFiles/XStart kopiert werden.
z.B. iBox.tap, NiceDisplay.tap, ...
Ausnahme: iTiNa.tap - das muss im AutoStart sein und vor XStart gestartet werden (siehe #230)

[Thorle]

Das sind wohl die entscheidenden Hiweise mit dem Verschieben der TAPS und dem weglassen der nicht benötigten Dateien. Da freu ich mich doch das Ganze heute abend wieder ausprobieren zu dürfen. Ich berichte hierzu wieder.

[Thorle]

Okay einen Schritt weiter aber noch nicht am Ziel

Die Taps sind jetzt im XStart Ordner. Aber kein Tap wird gestartet. Habe mal die ini als Grafik angefügt.

Wie gehts weiter?

[FireBird]

Fehlt da nicht eine Spalte in der INI? Ich weiß nicht, ob das alte Format am TMS noch unterstützt wird.

Code: Alles auswählen

07:00|24:00|0000|0[color=red]|1[/color]|TMSTelnetd.tap

[Thorle]

Ich habe es, es funktioniert.

Man darf, entgegen der readme Datei, die Dateien inkl. Taps nicht in den XStart Ordner kopieren. Es reicht die in den ProgrammFile Ordner zu kopieren.

Jetzt noch das MountTap intensiv testen wegen dem "Fehler"

[FireBird]

Man darf, entgegen der readme Datei, die Dateien inkl. Taps nicht in den XStart Ordner kopieren. Es reicht die in den ProgrammFile Ordner zu kopieren.

Die Readme stimmt sicher, denn so funktioniert es auch bei mir. Könnte es sein, dass XStart noch nicht 2410-tauglich gemacht wurde?

[JayTee]

Fehlt da nicht eine Spalte in der INI? Ich weiß nicht, ob das alte Format am TMS noch unterstützt wird.

Code: Alles auswählen

07:00|24:00|0000|0[color=red]|1[/color]|TMSTelnetd.tap

Läuft bei mir auch ohne die zusätzliche Spalte.

Soll wohl auch laut ReadMe so sein:

XStart-0.6-style ini files without RunOnTimerBoot Column files still work.

[FireBird]

Ich habe XStart neu kompiliert. Mit etwas Glück klappt es auch auf dem 2410 nach Vorschrift.

[FireBird]

xyzzyx hat eine Kleinigkeit an XStart geändert und Profile hinzugefügt. Dadurch hat man die Möglichkeit, aus einer Liste das gewünschte Profil und somit die zu startenden TAPs auszuwählen.

Code: Alles auswählen

# Boot profiles
#D=number of default profile
#T=timeout to wait in messagebox for response before starting default profile
#1=name of profile 1
#2=name of profile 2
#...
#(maximum of 9 profiles!)
D=1
T=5
1=RSSRP
2=Coding
3=ReZap-TMS
4=iBox
5=QuickPlay
6=Test
#
# Rigid format.  Like this:
# Profile (opt.) | MinStartTime | MaxStartTime | StartDelay | BatchMode | RunOnTimerBoot | TAPFilename
2|00:00|24:00|0000|0|1|TMSTelnetd.tap
2|00:00|24:00|0000|0|1|TMSRemote.tap
3|00:00|24:00|0000|0|1|ReZap-TMS.tap
4|00:00|24:00|0000|0|1|iBox.tap
5|00:00|24:00|0015|0|1|QuickPlay.tap
2|00:00|24:00|0015|0|1|StartFTPd.tap
1|00:00|24:00|0015|0|1|RSSRP.tap
6|00:00|24:00|0015|0|1|PiP-TMS.tap
0|00:00|00:00|0015|0|1|TimerDiags.tap
0|00:00|00:00|0015|0|1|RescueRecs.tap
0|00:00|24:00|0015|0|1|BackupSettings.tap
# Wakeup key
#W=0x1001e
#

Um die INI profiltauglich zu machen, sind der erste Block und die erste Spalte vor den TAP-Zeilen hinzuzufügen.

1=, 2= … bestimmen den Namen des Profils, der im Menü angezeigt wird
D= … das Standardprofil. Dieses wird ausgeführt, wenn keine Benutzereingabe erfolgt
T= … der Timeout gibt an, nach welcher Zeit ohne Benutzereingabe das Standardprofil ausgeführt werden soll.

Gibt man in der TAP-Zeile das Profil 0 an, wird dieses TAP bei allen Profilen gestartet.

Was sich sonst noch in der V2.0 geändert hat:

• Die XStartTap.ini darf sich in den folgenden 4 Verzeichnissen befinden: /ProgramFiles/XStart, /ProgramFiles/Settings/XStart, /ProgramFiles/Settings und /ProgramFiles
• Unterstützung für das INI-Format V0.6 (ohne RunOnTimerBoot-Spalte) entfernt
• Neuprogrammierung des TAPs (String-Handling und State Engine)
• Support für Batch-TAPs eingebaut
• TMSCommander-Support eingebaut