BootMenu 0.32

[cbr900de]

Vielen Dank für die neue Version!

Gruß Marcel

[asrael]

[quote=""steve0564""]Danke!
Hab mir eins genommen!

Gestern habe ich die cmd nochmals komplett überarbeitet und siehe da, mein Testmenüpunkt hat, zumindest was RecCopy angeht, geklappt.

Was leider noch nicht klappt, ist die Abschaltung des Topfes mit den Sendkeybefehlen. Warum weiß ich noch nicht, muss ich erst ergründen. Tatsache war, dass der Topf heute morgen zwar aus war, aber das Standarduhrzeitdisplay hatte. [/quote]

Hallo,

bitte beachte, dass für Timerstarts eigene "item timer"-Einträge möglich sind. Dies ist gedacht, um einen manuellen von einem Timer-Start zu unterscheiden. Auch bei "item timer" können Uhrzeiten angegeben werden.

Hast Du kein "item timer" definiert, so wird bei Timer-Starts keine spezielle Konfiguration (sondern nur alles vor und hinter menu/endmenu) ausgeführt.

Siehe auch anhängende Beispiel-CMDs.

Mit freundlichen Grüßen

asrael

[steve]

Ich bilde mir ein schon für die zwei Timer je einen item timer angelegt zu haben. Hab aber die cmd grad nicht da!....

[jumbo]

The English README file says

For item repair, item emergency and item timer refer to the examples.

I can't understand their use from the examples (the comments are in German)
Could some kind person please explain their use. Thanks.

Do I understand it correctly that BootMenu can tell when the Toppy comes on via a timer (as opposed to manually switched on).

[steve]

[quote=""jumbo""]Do I understand it correctly that BootMenu can tell when the Toppy comes on via a timer (as opposed to manually switched on).[/quote]

Exactly, thats it!!

[kantjer]

@ asrael

Hi thanks for the new version. Although BootMenu has a number of great extras compared to XStartTap there is one reason still haven’t made the switch. I don’t like the “emergency” function as it is now. ops:

For example: I switch on the system every morning to check and trim last night’s recordings; this usually takes les than 8 min resulting the system to boot in emergency mode the next time.

Reading your reply #133 I got the idea to use the “sleep” and “delete” function to delete BootMenu.dat after say 2 min when in manual start mode.

But I think an even nicer solution would be to have a “emergency_time=” function so you can set the time for that function per profile, say 8 min when the system wakes due to a timer and 2 min when started manually.

What do you think?

Bauke

[asrael]

[quote=""kantjer""]@ asrael

Hi thanks for the new version. Although BootMenu has a number of great extras compared to XStartTap there is one reason still haven’t made the switch. I don’t like the “emergency” function as it is now. ops:

For example: I switch on the system every morning to check and trim last night’s recordings; this usually takes les than 8 min resulting the system to boot in emergency mode the next time.

Reading your reply #133 I got the idea to use the “sleep” and “delete” function to delete BootMenu.dat after say 2 min when in manual start mode.

But I think an even nicer solution would be to have a “emergency_time=” function so you can set the time for that function per profile, say 8 min when the system wakes due to a timer and 2 min when started manually.

What do you think?

Bauke[/quote]

Hi,

with the actual version, it is possible just to cancel emergency mode by just pressing EXIT.

I already thought about having the eight-minute-interval adjustable. But I must check, if my general program logic allows it to be set per profile.

Regards,

asrael

[Homer]

[quote=""asrael""]I already thought about having the eight-minute-interval adjustable.[/quote]Wäre das überhaupt notwendig? Ich dachte, die acht Minuten zählen vom ersten Booten bis zum zweiten Booten und nicht vom ersten Booten bis zum Abschalten danach.

Viele Grüße
Homer

[asrael]

[quote=""Homer""]Wäre das überhaupt notwendig? Ich dachte, die acht Minuten zählen vom ersten Booten bis zum zweiten Booten und nicht vom ersten Booten bis zum Abschalten danach.

Viele Grüße
Homer[/quote]

As Homer said, the 8 minutes count from first to second boot and not from boot to shutdown.

You should find yourself in emergency mode only if your checking of records etc. takes less than 8 minutes and you shutdown and restart the toppy inbetween 8 minutes after the first start. Is this really a problem if you now have the opportunity to cancel emergency mode immediately by EXIT?

Regards,

asrael

[steve]

[quote=""asrael""] Is this really a problem if you now have the opportunity to cancel emergency mode immediately by EXIT?
[/quote]

No, it isn't!
I've tried it for myself! And it worked!

[kantjer]

[quote=""asrael""]As Homer said, the 8 minutes count from first to second boot and not from boot to shutdown.

You should find yourself in emergency mode only if your checking of records etc. takes less than 8 minutes and you shutdown and restart the toppy inbetween 8 minutes after the first start. Is this really a problem if you now have the opportunity to cancel emergency mode immediately by EXIT?

Regards,

asrael[/quote]

In that case I allways misunderstood this function and during testing I probably always rebooted within the 8 min. window.

Then there is no problem, I will test it again and this tyme try to be a bit more patient.
Bauke

[ameise999]

danke dür die neue version

gruss

[asrael]

[quote=""ameise999""]danke dür die neue version

gruss[/quote]

Bitteschön.

Ich freue mich über jede(n) neue Anwender(in).

Mit freundlichen Grüßen

asrael

PS:

Auch wenn ich letztes Wochenende Ameisen im Kuchen hatte!

[kantjer]

@ asrael

Yesterday evening I loaded BootMenu 0.23 and configured the cmd file. Both manual start and timer start where ok.

This morning however the system was frozen in the middle of the nightly batch scan.

Code: Alles auswählen

item timer, 02:55-07:00
log Batch scan
start filer
start mei2archive
start 3PG
sleep 150
start /batch RecCopy
switch tv, 11
sleep 30
shutdown

This morning I did some testing and it seems to be the sleep 150 command that was causing this.

I tested again with the following setup and that seems to be working ok.

Code: Alles auswählen

item timer, 02:55-07:00
log Batch scan
start filer
start mei2archive
start 3PG
start /batch delay_3min
start /batch RecCopy
start /batch delay_30sec
switch tv, 11
sleep 5
shutdown

[asrael]

[quote=""kantjer""]@ asrael

Yesterday evening I loaded BootMenu 0.23 and configured the cmd file. Both manual start and timer start where ok.

This morning however the system was frozen in the middle of the nightly batch scan.

Code: Alles auswählen

item timer, 02:55-07:00
log Batch scan
start filer
start mei2archive
start 3PG
sleep 150
start /batch RecCopy
switch tv, 11
sleep 30
shutdown

This morning I did some testing and it seems to be the sleep 150 command that was causing this.

I tested again with the following setup and that seems to be working ok.

Code: Alles auswählen

item timer, 02:55-07:00
log Batch scan
start filer
start mei2archive
start 3PG
start /batch delay_3min
start /batch RecCopy
start /batch delay_30sec
switch tv, 11
sleep 5
shutdown

[/quote]

Hello kantjer,

what do you mean with "frozen"? With the current sleep implementation, the whole toppy is blocked for the specified time period. That means, for two and a half minute, it neither responses to any key strokes nor it let 3PG do anything. After the time period however, everything should go on as usual.

The current implementation of sleep is, however, unsatisfying and I will change it from busy waiting to a passive sleep, just pausing the execution of the command file, but not pausing whole the toppy.

Regards,

asrael

[Harvey]

Sorry for german.

Wenn die sleep 150 so gemeint sind, wie ich vermute (nachdem 3pg fertig ist, warte), fehlt noch ein Kommendo ala "wait", welches allerdings nur im Batchbetrieb ausgewertet werden sollte.

Andererseits sieht das Script in meinen Augen merkwürdig aus:
- 3PG wird nicht als Batch gestartet, aber es schaut so aus, als solle es scannen.
- Gleichzeitig soll reccopy entschlüsseln. Das geht aber zumindest dann nicht, wenn 3PG einen Recorderscan macht.


BTW: hat mal jemand probiert, ob man 3PG als batch starten kann mit
start /batch 3PG MAGIC
oder hat sich das Problem mitlerweile erledigt?

[asrael]

[quote=""Harvey""]Wenn die sleep 150 so gemeint sind, wie ich vermute (nachdem 3pg fertig ist, warte), fehlt noch ein Kommendo ala "wait", welches allerdings nur im Batchbetrieb ausgewertet werden sollte.
[/quote]
Nein, wenn 3PG im Batch-Mode gestartet werden würde, würde BootMenu ohnehin erst mit der nächsten Zeile fortfahren, nachdem sich 3PG beendet hat. Da ist kein neues Kommando nötig.

BTW: hat mal jemand probiert, ob man 3PG als batch starten kann mit
start /batch 3PG MAGIC
oder hat sich das Problem mitlerweile erledigt?

Nein, das kann aber auch nichts bringen. Es würde hier nur der char* "MAGIC" als Parameter übertragen werden, während das Problem ist, dass in den Tiefen der FireBirdLib an einer bestimmten Stelle in der TAP-Tabelle eine "magische" 4-Byte-Zahl erwartet wird, die den Batch-Mode signalisiert, 3PG aber dort eine 0 vorfindet.

Meine Vermutung, da der Batch-Mode ansonsten funktioniert (eigenes Test-TAP mit BootMenu, BootMenu oder XStart mit RecCopy bei einigen Leuten, FireBirds Tests), ist eher, dass die Version der FireBirdLib, die BootMenu und XStart nutzen, nicht zur Version passt, die t3xi nutzt.

FireBird wird wissen, ob es in diesem Bereich der FireBirdLib tatsächlich gravierende Versions-Inkompatibilitäten gibt (ist ja nur mein Stochern im Nebel), aber nur t3xi könnte beantworten, ob er die aktuelle Version der FireBirdLib benutzt oder nicht.

Mit freundlichen Grüßen

asrael

[kantjer]

[quote=""asrael""]Hello kantjer,
what do you mean with "frozen"? asrael[/quote]
The system was completely unresponsive, the only way to shut it down was to pull the power plug.

[quote=""Harvey""]Andererseits sieht das Script in meinen Augen merkwürdig aus:
- 3PG wird nicht als Batch gestartet, aber es schaut so aus, als solle es scannen.
- Gleichzeitig soll reccopy entschlüsseln. Das geht aber zumindest dann nicht, wenn 3PG einen Recorderscan macht.?[/quote]
I agree the scipt looks merkwürdig
The current version of 3PG doesn't work in batch mode (at least not on my system)
What I'm doing now is:

Set a timer at 3:00
Set the 3PG scan time also at 3:00
since I have tgd files for all my relevant channels , 3PG only need to load them, no scan needed. That hole process takes about 1 min.

So what I'm (trying) to do is starting the 3PG scan at startup and 3 min later start RecCopy in batch mode. With asrael explanation of the current implementation of the sleep mode I now understand why this wasn't working.

With my delay_3min tap the execution of RecCopy is delayed for 3 min while 3PG does its thing (pseudo batch mode), that setup is working.

[ibbi]

[quote=""asrael""]FireBird wird wissen, ob es in diesem Bereich der FireBirdLib tatsächlich gravierende Versions-Inkompatibilitäten gibt[/quote]

Ich bin zwar nicht FireBird (noch nicht ), aber an dem Batch-Mechanismus hat sich seit Einführung eigentlich nichts geändert.

[asrael]

[quote=""ibbi""]Ich bin zwar nicht FireBird (noch nicht ), aber an dem Batch-Mechanismus hat sich seit Einführung eigentlich nichts geändert.[/quote]

Danke für die Antwort. Tja, dann weiß ich auch nicht mehr weiter, warum es bei 3PG nicht klappt.

Mit freundlichen Grüßen

asrael