BootMenu 0.32

[chrisly]

Jetzt habe ich nochmal getestet:
Der Timer-Item klappt doch (vermutlich kam ich beim Testen wirklich etwas durcheinander ops . Und jetzt hat er auch danach ausgeschaltet. Allerdings kommt es bei mir hin und wieder vor, dass der Topf nach Timern nicht ausschaltet (war auch beim letzten Test so). Warum, konnte mir bis jetzt keiner erklären. Aber dafür habe ich jetzt mal noch zusätzlich das Standby-Tap drauf in der Hoffnung, dass dann wenigstens nach 2 Stunden abgeschaltet wird.

Jetzt wollte ich den "Urlaubsmodus" testen, habe aber immer ein Problem:
Wenn ich den Topf starte, um den Stummstart einzugeben, schaltet er sich ja danach automatisch ab. Wenn er dann wieder startet (z.B. wegen Timer), macht er das aber dann logischerweise im Notfallmodus.
Wenn ich aber BootMenu zwecks Stummstarteingabe im lfd. Betrieb (nach mind. 9 Minuten) starte, erkennt er das wohl auch so, dass er nach dem automatischen Abschalten wieder im Notfallmodus startet.
Wie kann man das denn umgehen?

Und noch was zur CrashTime (3 Minuten):
Ich hab´s nochmal getestet:
Topf um 11:30 Uhr gestartet (ohne Stummstart), um 11.35 ausgeschaltet. Danach neu gestartet: Ergebnis = Notfallmodus

Edit: Brauchst Du die dat immer noch? (Im Filer wird doch die Auswahl zum Ansehen garnicht angeboten!?)

[asrael]

[quote=""chrisly""]
Jetzt wollte ich den "Urlaubsmodus" testen, habe aber immer ein Problem:
Wenn ich den Topf starte, um den Stummstart einzugeben, schaltet er sich ja danach automatisch ab. Wenn er dann wieder startet (z.B. wegen Timer), macht er das aber dann logischerweise im Notfallmodus.
Wenn ich aber BootMenu zwecks Stummstarteingabe im lfd. Betrieb (nach mind. 9 Minuten) starte, erkennt er das wohl auch so, dass er nach dem automatischen Abschalten wieder im Notfallmodus startet.
Wie kann man das denn umgehen?
[/quote]
Ich vermute mal folgendes: Du schaltest den Topf ein, wählst den Stummstartmodus, der Topf schaltet sich aus und Du schaltest ihn direkt wieder ein, um zu schauen, ob er jetzt auch brav im Stummstartmodus startet. Genau das tut er aber nicht, da ja zwischen zwei Anschaltvorgängen nur eine sehr kurze Zeit vergangen ist und BootMenu gerät in den Notfallmodus. Mein Rat: nach dem Anwählen des Stummstartmodus nicht so ungeduldig sei und den Topf erst zehn Minuten später wieder starten. Evtl. kann ich da aber noch etwas für so unruhige Geister wie Dich einbauen.
EDIT: Nein, gerade noch in den Code geschaut, da ist eigentlich schon ein Sperrriegel drin.

Und noch was zur CrashTime (3 Minuten):
Ich hab´s nochmal getestet:
Topf um 11:30 Uhr gestartet (ohne Stummstart), um 11.35 ausgeschaltet. Danach neu gestartet: Ergebnis = Notfallmodus

Werde ich wie gesagt mal testen.

Mit freundlichen Grüßen

asrael

[chrisly]

[quote=""asrael""]Evtl. kann ich da aber noch etwas für so unruhige Geister wie Dich einbauen.[/quote]


Ist nicht nötig - ich habe nur mal wieder auf dem Schlauch gestanden ...

Ansonsten: Schönen Urlaub!!! (hoffentlich mit besserem Wetter als bei meinem Urlaub der letzten 3 Wochen )

[asrael]

[quote=""chrisly""]
Ist nicht nötig - ich habe nur mal wieder auf dem Schlauch gestanden ...

Ansonsten: Schönen Urlaub!!! (hoffentlich mit besserem Wetter als bei meinem Urlaub der letzten 3 Wochen )[/quote]

Danke. Vielleicht klärst Du mich (und andere) aber eben noch auf, inwiefern sich Dein Problem jetzt geklärt hat.

Mit freundlichen Grüßen

asrael

[chrisly]

[quote=""chrisly""]J
Wenn ich aber BootMenu zwecks Stummstarteingabe im lfd. Betrieb (nach mind. 9 Minuten) starte, erkennt er das wohl auch so, dass er nach dem automatischen Abschalten wieder im Notfallmodus startet. [/quote]

Wenn mit crashtime die Zeit zwischen zwei Einschaltvorgängen gemeint ist, ist mein Problem wohl doch noch nicht geklärt. Sonst dürfte der Topf ja im o.g. Beispiel (Stummstart nach mind. 9 Minuten aktiviert) nicht im Notfallmodus starten (nach erneutem Einschalten direkt nach automatischem Ausschalten). Oder stehe ich immer noch auf dem Schlauch?
Als vorhin der Topf längere Zeit aus war, ist er übrigens sauber mit Stummstart gestartet.
Wird vielleicht die Zeit zwischen Aus- und Einschalten auch berücksichtigt? Oder - was wohl wahrscheinlicher ist - die Zeit zwischen (nachträglichem) BootMenu-Start und erneutem Einschalten?

[chrisly]

[quote=""chrisly""]Jetzt habe ich nochmal getestet:
Der Timer-Item klappt doch (vermutlich kam ich beim Testen wirklich etwas durcheinander ops . [/quote]

Jetzt weiß ich auch, woran es liegt:

Nachdem der Timer-Item heute Mittag geklappt hatte, startete der Topf bei späteren Timern wieder im Normalmodus. Und ich habe seitdem nur SilentBehaviour wieder in der .cmd eingefügt!
Dieser Befehl bewirkt also fälschlicherweise, dass der Timer-Item nicht nur beim Stummstart unberücksichtigt bleibt, sondern auch im normalen Betrieb.
Hoffentlich kriegst Du das noch hin!

[Nr5]

[quote=""asrael""]Das kann mit ziemlicher Sicherheit nicht an BootMenu liegen. Im Beta-Bereich berichtete Erdnussnase aber mal darüber, dass bestimmte Platten bei TAP-Starts Probleme verursachen. Oder auch hier: viewtopic.php?p=150487#p150487.

Vielleicht liegt ja die Datei BootMenu.tap gerade auf einem defekten Sektor? Vorschlag: Kopiere auf Windows-Ebene mal BootMenu.tap nach BootMenu2.tap, spiele dieses zusätzlich auf den Topf (anderes Verzeichnis als das BootMenu.tap) und starte BootMenu2.tap manuell. Treten die gleichen Probleme auf?[/quote]

Die Platte ist sauber. Sie wurde vor dem Umbau im Vista-PC Fat32 Formatiert, getestet, und dann erst in der IcyBox mit TopfHDRW formatiert. Später dann nochmal mit den Topf selber.
Die TAPs: NiceDisplay 1.8 ß8, Improbox 2.1RC15e, 3PG v1.15, ScreenCapture with OSD V2.8 und MediaManager 1.4, PIP (, Filer 1.2 (beist sich scheinbar mit 3PG)) laufen ohne Probleme.

Ich habe noch nicht mal die immer wieder mal beschriebene Pixelbildung (oder was auch immer).

Die von Dir vorgeschlagenen Tests hab ich gemäß Deiner Anleitung gemacht. Ohne Veränderung zu dem was ich schon geschrieben habe. Auch andere MB- Versionen brachten nur Hänger und Abstürtze.

[asrael]

[quote=""chrisly""]Oder - was wohl wahrscheinlicher ist - die Zeit zwischen (nachträglichem) BootMenu-Start und erneutem Einschalten?[/quote]

Genau das. Manuelles Nachstarten bringt diesbezüglich die Logik durcheinander. Das kann ich auch nicht abfangen. BootMenu ist derzeit ausdrücklich nicht auf manuelles Starten ausgelegt! Irgendwann wird es aber hoffentlich möglich sein, BootMenu als TSR laufen zu lassen und so Konfigurationen dynamisch nachzuladen.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""chrisly""]Jetzt weiß ich auch, woran es liegt:

Nachdem der Timer-Item heute Mittag geklappt hatte, startete der Topf bei späteren Timern wieder im Normalmodus. Und ich habe seitdem nur SilentBehaviour wieder in der .cmd eingefügt!
Dieser Befehl bewirkt also fälschlicherweise, dass der Timer-Item nicht nur beim Stummstart unberücksichtigt bleibt, sondern auch im normalen Betrieb.
Hoffentlich kriegst Du das noch hin![/quote]

Werde ich mal nach meinem Urlaub testen.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""Nr5""]Die Platte ist sauber. Sie wurde vor dem Umbau im Vista-PC Fat32 Formatiert, getestet, und dann erst in der IcyBox mit TopfHDRW formatiert. Später dann nochmal mit den Topf selber.
Die TAPs: NiceDisplay 1.8 ß8, Improbox 2.1RC15e, 3PG v1.15, ScreenCapture with OSD V2.8 und MediaManager 1.4, PIP (, Filer 1.2 (beist sich scheinbar mit 3PG)) laufen ohne Probleme.

Ich habe noch nicht mal die immer wieder mal beschriebene Pixelbildung (oder was auch immer).

Die von Dir vorgeschlagenen Tests hab ich gemäß Deiner Anleitung gemacht. Ohne Veränderung zu dem was ich schon geschrieben habe. Auch andere MB- Versionen brachten nur Hänger und Abstürtze.[/quote]

Tja, dann fällt mir leider nichts ein.

Mit freundlichen Grüßen

asrael

[Nr5]

[quote=""asrael""]Tja, dann fällt mir leider nichts ein.[/quote]

Wen könnte man den noch drauf ansprechen? Gerti?

[kantjer]

[quote=""asrael""]The variable names are case-insensitive. Would you please confirm?[/quote]
Sorry, I have tested again and it isn't working

[nilssohn]

Hi,

ich antworte hier auf Penny_666' Beitrag im Thread Jagianer testet 3PG, damit wir uns die BootMenu-Themen nicht überall zusammen suchen müssen.

Penny_666, jede Menge Fragen zu Deinem interessanten Nachtlauf:

[quote=""Penny_666""]Bei mir hat 3PG im Batch auch immer ausgeschaltet, egal wie "Ausschalten nach Scan" eingestellt war. Jetzt sende ich in der Batch einfach vorher ein EXIT und 3PG läßt den Topf an.

Code: Alles auswählen

item timer, 04:00-04:10
log Nachtlauf
switch tv, 1
[b]sendkey 65559[/b]

[/quote]

Hast Du eine Erklärung dafür, warum das so ist? Du sendest das Exit ja direkt nach Timerstart und dem Umschalten auf Kanal 1 (wozu letzteres eigentlich?)

Code: Alles auswählen

copy Auto Start/TAPCommander.t : TAPCommander.tap
start Auto Start/TAPCommander
delete Auto Start/TAPCommander.tap

Wozu benötigst Du TAPCommander im Nachtlauf?

Code: Alles auswählen

delete 3PG.dat
delete filer.db

Hier räumst Du einfach mal auf, oder?

Code: Alles auswählen

start improbox
echo 120, Warte 2 Minuten auf den EPG-Upload

Warum Du Improbox startest, hast Du kürzlich beschrieben. Was aber soll das Warten auf einen EPG-Upload, wenn im nächsten Schritt 3PG alle EPG-Daten holen wird?

Code: Alles auswählen

log 3PG Batch Start
start /batch 3PG
log RecCopy Batch Start
start /batch RecCopy
log AutoMove Batch Start
start /batch automove
log Filer Batch Start
start /batch filer
log Nachtlauf beendet
shutdown

Filer startest Du nur, um die DB wieder zu erstellen, richtig? Frage am Rande: Ist die Filer.db bei Euch so sensibel, dass sie täglich gelöscht und neu erstellt werden muss?

Viele Grüße

nilssohn

[Penny_666]

[quote=""nilssohn""]Hast Du eine Erklärung dafür, warum das so ist? Du sendest das Exit ja direkt nach Timerstart und dem Umschalten auf Kanal 1 (wozu letzteres eigentlich?)[/quote]
Ich hatte wie schon geschrieben die Vermutung, das 3PG mir den Topf beim Batch-Start ausschaltet, ich hatte dann mit der Reihenfolge gespielt und es half nix. In der letzten BootMenu-Version funktionierte der Trick mit dem Umbennen des TAPCommanders nicht, da mußte ich ihn normal starten und dann eben den Exit-Key senden... und siehe da der Topf wurde nicht mehr ausgeschaltet. Als es mit der aktuellen BootMenu dann wieder ging und ich den SendKey rausnahm wurde der Topf wieder abgeschaltet.

[quote=""nilssohn""]Wozu benötigst Du TAPCommander im Nachtlauf?[/quote]Das Umschalten auf 1 und der TAPCommander sind Relikte aus dem rumprobieren warum der Topf abgeschaltet wurde und warum es manchmal beim 3PG-Scan zum freeze bzw. zum Neustart kam. Mit dem TAPCommander läßt sich schnell mal überprüfen wieviel Speicher noch frei ist, MEM-Watch zeigte IIRC den komplett genutzten Speicher bei 3PG nicht richtig an. Nachdem dann alles lief habe ich die beiden Befehle einfach drin gelassen, aber eigentlich sind sie überflüssig.

[quote=""nilssohn""]Hier räumst Du einfach mal auf, oder?[/quote]
Jupp, Ich bilde mir ein, das seitdem ich die 3PG.DAT vorm Scan wegräume das Problem mit dem "Transponder-Mix" bei 3PG deutlich seltener auftritt.

[quote=""nilssohn""]Warum Du Improbox startest, hast Du kürzlich beschrieben. Was aber soll das Warten auf einen EPG-Upload, wenn im nächsten Schritt 3PG alle EPG-Daten holen wird?[/quote]
In den 2 Min. fährt der angeschlossene PC aus dem StandBy hoch, sammelt die EPG-Daten einiger Sender vom Clickfinder und lädt sie zum Topf hoch.

[quote=""nilssohn""]Filer startest Du nur, um die DB wieder zu erstellen, richtig? Frage am Rande: Ist die Filer.db bei Euch so sensibel, dass sie täglich gelöscht und neu erstellt werden muss?[/quote]
Da ich den Filer auf Grund seines doch recht beachtlichen Speicherverbrauchs nicht im Batch laufen haben wollte, muß nach Atomove ja die DB aufgefrischt werden. Da aber ein einfaches Auffrischen ab und zu nicht alle verschobenen/gelöschten Dateien aktualisierte, habe ich einfach mal die DB gelöscht und seitdem ging es, also habe ich es so gelassen, zwar geht die gesehen/ungesehen Markierung flöten, aber da ich die nicht benötige, habe ich es so gelassen.

Die ganze Batch ist Hysterisch gewachsen und nachdem alles lief, ich jetzt seit Wochen keine Probleme mehr mit dem Batch habe, habe ich einfach die teilweise unnötigen Aktionen gelassen... Never change a running System...

Wenn ich demnächst mal wieder meinen Topf-Config-Flash bekomme, werde ich die überflüssigen Zeilen mal entfernen und gucken ob dann alles noch so läuft wie gewünscht.

[nilssohn]

Danke für Deine Antworten.

[kantjer]

I just patched my FW with the "TAPDiskFix Patch" patch ( viewtopic.php?p=253945#p253945

But now when I use BootMenu to start a non-TSR TAP BootMenu reports a "TAP couldn't be loaded" error, the TAP is loaded though.

Bauke

[FireBird]

That's normal. The patch modifies the TAP_Load routine, which exits with a different return code. So this message is incorrect for non-TSR-TAPs but there’s nothing BootMenu can do about it.

[kantjer]

Thanks for the explanation, maybe we can have an option to disable this message in a next version when running a patched FW.

Bauke

[nilssohn]

Hi,

mögen die erfahreneren BootMenu-Nutzer mal einen Kommentar zu meiner folgenden cmd abgeben? Ist so noch nicht getestet, weil ich BootMenu erst ab heute (wieder) verwende. Vielleicht gibt es ja Fehler, die Euch auffallen.

Code: Alles auswählen

set crashTime 4
menu 0
item 00:00-23:59, Normalbetrieb
start System/nicedisplay
start System/WSSkiller
start System/improbox
start System/3PG
start System/filer
start System/poweroff
 
item timer, 02:55-03:05
log Beginn Nachtlauf Teil 1
delete filer.db
log Beginn Entschlüsseln
start /batch System/RecCopy
log Ende Entschlüsseln
log Beginn Verschieben
start /batch System/automove
log Ende Verschieben
log Ende Nachtlauf Teil 1
shutdown
 
item timer, 05:55-06:05
log Beginn Nachtlauf Teil 2
log Beginn EPG-Scan
start /batch System/3PG
log Ende EPG-Scan
volume 48
switch tv, 1
log Ende Nachtlauf Teil 2
shutdown
 
item powerrestore
log Stromausfall
start System/PowerRestore
; nach Stromausfall startet PowerRestore und bootet neu, was den Notfallmodus aktiviert.
 
item emergency
log Notfallmodus
start System/3PG
; der Notfallmodus startet nur 3PG, so dass auch bei längerer Abwesenheit künftige SWAT-Timer programmiert werden.
 
endmenu

Wie verhält sich RecCopy eigentlich in Bezug auf seine Nachholtimer, wenn es nicht regulär, sondern nur einmal nächtlich gestartet wird? Gibt es bei Automove entsprechend etwas zu beachten?

Viele Grüße

nilssohn

[steve]

@nilsson: Wenn Du die filer.db löscht, wann lässt Du sie neu erstellen?? Funktioniert bei Dir der Befehl "start /batch system/filer"? Bei mir leider nicht......