BootMenu 0.32

[asrael]

[quote=""macfan""]Ist es richtig, dass BootMenu bei "item timer" nicht zwischen P und R unterscheidet und ich daher für die Scan-Timer des EPG-TAPs einen zeitgesteuerten Eintrag machen muss, der das EPG-TAP lädt?
[/quote]

Ja.

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Ja.[/quote]
So habe ich es gemacht. Aber beim Start des P-Timers um 16:13 wurde trotzdem die "item timer"-Konfiguration genommen.

Was mache ich falsch? Hier meine .cmd:

Code: Alles auswählen

switch tv, 1
menu 5
showlogs Auto Start/BootMenu.log

item Normalbetrieb
echo Alle TAPs
start Standard/macro
start Standard/SmartEPG
start Standard/eurostirf
start Standard/TF5000Display
start Standard/improbox
start Standard/filer

item Nur Wiedergabe
echo Wiedergabe
start Standard/improbox
start Standard/filer
start Standard/TF5000Display

item Zum Mac Kopieren
echo Kopieren
start Spezial/UsbAccelerator
start Standard/filer

item timer
echo Timer
start Standard/eurostirf

item 16:11-16:14|04:58-05:03, Scan
echo Scan
start Standard/SmartEPG
start /batch Standard/filer

item repair
echo Ich repariere, nicht stören!
log Reparaturversuch
delete Settings/Filer/filer.db

item emergency
echo Notfall!!!!
log Notfallmodus
start Spezial/Standby

item powerrestore
echo Stromausfall!!!!
log Stromausfall
item powerrestore
switch tv, 1
log Stromausfall
sleep 120
switch tv, 2
sleep 120
switch tv, 3
sleep 120
shutdown

endmenu

Danke für Hilfe!

Gruß, Horst

[asrael]

[quote=""macfan""]So habe ich es gemacht. Aber beim Start des P-Timers um 16:13 wurde trotzdem die "item timer"-Konfiguration genommen.

Was mache ich falsch? Hier meine .cmd:

Code: Alles auswählen

item [color=red]timer,[/color] 16:11-16:14|04:58-05:03
echo Scan
start Standard/SmartEPG
start /batch Standard/filer

[/quote]

Alle timer-items müssen mit item timer beginnen.

Mit freundlichen Grüßen

asrael

PS: Ich dachte, Du verwendest kein SmartEPG mehr. Läuft das noch bei Dir?

[macfan]

[quote=""asrael""]Alle timer-items müssen mit item timer beginnen.[/quote]
Ich dachte, dass ich nicht timer schreiben muss, weil ja die Uhrzeit angegeben ist und somit der Eintrag Vorrang hat. Bedeutet das, dass die Priorität anders ist als gedacht:
Meine Vorstellung:
1. Uhrzeit
2. Timer
3. Normalbetrieb

Wenn ich dich jetzt richtig verstanden habe, ist die Priorität wie folgt:
1. Timer mit Uhrzeit
2. Timer
3. Uhrzeit (ohne Timer)
4. Normalbetrieb

Stimmt das?

Ich dachte, Du verwendest kein SmartEPG mehr. Läuft das noch bei Dir?

Ja, wenn man einmal eine stabile Datenbank hat, läuft es stabil durch! Wenn die Datenbank nicht mehr stabil ist, bekommt man die Probleme aber wohl nicht mehr weg.

Gruß, Horst

[asrael]

[quote=""macfan""]Ich dachte, dass ich nicht timer schreiben muss, weil ja die Uhrzeit angegeben ist und somit der Eintrag Vorrang hat. Bedeutet das, dass die Priorität anders ist als gedacht:
Meine Vorstellung:
1. Uhrzeit
2. Timer
3. Normalbetrieb

Wenn ich dich jetzt richtig verstanden habe, ist die Priorität wie folgt:
1. Timer mit Uhrzeit
2. Timer
3. Uhrzeit (ohne Timer)
4. Normalbetrieb

Stimmt das?


Ja, wenn man einmal eine stabile Datenbank hat, läuft es stabil durch! Wenn die Datenbank nicht mehr stabil ist, bekommt man die Probleme aber wohl nicht mehr weg.

Gruß, Horst[/quote]

Weder, noch. Da verwende ich jetzt einmal Deinen Tipp von heute an Elle: RTFM (und zwar Kapitel 5.1 ). Nicht böse sein, aber ich programmiere gerade die letzten Dinge vor dem Release und möchte mir deshalb ausführlichere Erklärungen sparen.

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Weder, noch. Da verwende ich jetzt einmal Deinen Tipp von heute an Elle: RTFM (und zwar Kapitel 5.1 ). Nicht böse sein.[/quote]
Ich bin nicht böse, so ein Hinweis ist doch ok, aber auch 5.1 verstehe ich so, dass die Hierarchie ist:

1. Timer mit Uhrzeit
2. Timer
3. Uhrzeit (ohne Timer)
4. Normalbetrieb

Gruß, Horst

[asrael]

[quote=""macfan""]Ich bin nicht böse, so ein Hinweis ist doch ok, aber auch 5.1 verstehe ich so, dass die Hierarchie ist:

1. Timer mit Uhrzeit
2. Timer
3. Uhrzeit (ohne Timer)
4. Normalbetrieb

Gruß, Horst[/quote]

Nein. Es kommt auch auf die Reihenfolge an (siehe Kapitel 5.1). Passt kein "itemtimer", wird immer das erste normale item genommen.

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Passt kein "itemtimer", wird immer das erste normale item genommen.[/quote]
Das ist aber unlogisch. Konsequent wäre hier, dass das erste normale Item nur dann genommen wird, wenn es keins mit einer passenden Uhrzeit gibt.

So widerspricht es dem sonstigen Verhalten von BootMenu.

Gruß, Horst

[asrael]

[quote=""macfan""]Das ist aber unlogisch. Konsequent wäre hier, dass das erste normale Item nur dann genommen wird, wenn es keins mit einer passenden Uhrzeit gibt.

So widerspricht es dem sonstigen Verhalten von BootMenu.

Gruß, Horst[/quote]

Nein, konsequent wäre es, wenn der Benutzer ein "item timer" definiert. Wenn er sich die Mühe nicht macht, wird für Timer-Aufnahmen eben das erste vorhandene item genommen, da dies ja in der Regel das Standard-Verhalten darstellt.

Anders ausgedrückt: Normale items sind für den interaktiven Betrieb, item timer für den Aufnahmebetrieb. Es gibt nur eine einfache Fallback-Lösung für diejenigen, die meinen, keine separate Aufnahmekonfiguration zu brauchen.

Ich fände es auch unlogisch, wenn eine TV-Aufnahme jetzt mit dem Radiotext-TAP, aber ohne Stirf gestartet wird, nur weil der Aufnahmezeitpunkt gerade am Vormittag ist (da ist bei mir im interaktiven Modus Radiohören als Standard angesagt).

Wie vieles im Leben Geschmacksache, aber so ist es implementiert und so finde ich es auch o.k.

Mit freundlichen Grüßen

asrael

[mvordeme]

Angeregt von einer Frage im englischen Forum: Könntest Du möglicherweise ein Kommando einbauen, das das Umschalten des Videosignals erlaubt? Dann könnte man den Topf so programmieren, dass er beim Timerstart in den CVBS-Modus wechselt und nicht (beziehungsweise nur sehr kurz) den Fernseher umschaltet. WAF++

Grüße,
-- mvordeme

[asrael]

[quote=""mvordeme""]Angeregt von einer Frage im englischen Forum: Könntest Du möglicherweise ein Kommando einbauen, das das Umschalten des Videosignals erlaubt? Dann könnte man den Topf so programmieren, dass er beim Timerstart in den CVBS-Modus wechselt und nicht (beziehungsweise nur sehr kurz) den Fernseher umschaltet. WAF++

Grüße,
-- mvordeme[/quote]

[EDIT]
Hoffentlich hat niemand gelesen, was hier stand. Wer lesen kann (in diesem Fall die tap.h), ist klar im Vorteil. Wird in der nächsten Version von BootMenu realisiert sein.
[/EDIT]

Mit freundlichen Grüßen

asrael

[asrael]

Hallo zusammen,

es gibt eine neue Version 0.29.
Download unter http://www.topfield.de/files/Asrael/BootMenu-0.29.zip.

Änderungen:

Code: Alles auswählen

NEU: Laufzeit-Menüs werden unterstützt.
NEU: Nachlade-Menü wird unterstützt.
NEU: Neuer Befehl rename.
NEU: Neuer Befehl video.
NEU: Neuer Befehl kill.
NEU: Unterstützung von TAPs mir der Endung .bmt beim start-Befehl.
NEU: Die Meldung, dass sich der Receiver im Notfallmodus befindet, verschwindet jetzt beim ersten Tastendruck.
NEU: Läuft das TAP NiceDisplay bereits, wenn das Menü angezeigt wird, so wird die aktuelle Menüauswahl nicht im VF-Display angezeigt.
NEU: Neuer Wert xxxx für die Variable pin.
NEU: BootMenu kann über TAP-/TSR-Commander beendet werden.
BUGFIX: Unter bestimmten Umständen wurde versucht, ein TAP mehrmals zu starten.
BUGFIX: Lange Fehlermeldungen werden jetzt in einer kleineren Schrift dargestellt, um sie vollständig anzuzeigen.
BUGFIX: Ein Neustart über die Sleep-Taste funktionierte seit BootMenu 0.27 nicht mehr.
BUGFIX: Die weiße Taste zum Löschen der Log-Datei funktionierte seit BootMenu 0.27 nicht mehr.

Es ist im Vergleich zur Version 0.28 vor allem die Möglichkeit hinzugekommen, Konfigurationen von TAPs dynamisch auszutauschen. Außerdem lassen sich mit BootMenu jetzt auch Laufzeit-Menüs definieren.

Hierzu war eine Menge an vergleichsweise komplizierter Design- und Programmierarbeit notwendig. Der Code ist dabei um ca. 1200 Zeilen auf jetzt 3900 angewachsen. Das bedeutet auch, dass (obwohl ich hoffe, dass dies nicht so ist) BootMenu nicht unter allen Umständen stabil laufen könnte. An Feedback bin ich deshalb diesmal besonders interessiert.

Mit freundlichen Grüßen

asrael

[mvordeme]

[quote=""asrael""]Hoffentlich hat niemand gelesen, was hier stand.[/quote]Ich hatte es zwar gelesen, aber nur Bahnhof verstanden. Ich sag's auch nicht weiter.

[quote=""asrael""]es gibt eine neue Version 0.29.[/quote] Vielen Dank für die schnelle Umsetzung. Jetzt bin ich ja mal gespannt.

Grüße,
-- mvordeme

[mvordeme]

<mode> is "cvbs", "rgb", "yuv" or "svhs".

Lass das mal nicht Sigittarius sehen.

[ramibi]

... danke

[nilssohn]

Danke!

Viele Grüße

nilssohn

[asrael]

[quote=""mvordeme""]Lass das mal nicht Sigittarius sehen. [/quote]

Das sind die exakten Begriffe, die Topfield selbst in der tap.h und auch im System-Menü verwendet.

mfg

asrael

[cbr900de]

Vielen Dank für dein tolles TAP!!

[macfan]

[quote=""asrael""]NEU: Laufzeit-Menüs werden unterstützt.
NEU: Nachlade-Menü wird unterstützt.[/quote]
Super, herzlichen Dank!

Gruß, Horst

[Gente]

im Laufzeitmenu ist nichts erkennbar: alsob Hintergrund und Text die gleiche farbe haben. Auswaehlen kann man!
Grau auf Grau, das Nachlkademenu hat wieder die Standardfarben!!