BootMenu 0.32

[asrael]

[quote=""FireBird""]Das ist mehr als gefährlich, denn da werden die TAPs einfach aus dem Speicher geschmissen. Wenn sie Hooks verwenden (z.B. WSSkiller) wird der Topf kurz danach einfrieren. Wenn sie per TAP_MemAlloc Speicher reserviert haben, wird dieser nicht mehr freigegeben. U.s.w.[/quote]

Die Antwort ist deprimierend einleuchtend und schlüssig. Ohne Kooperation der TAPs ist da also wirklich nichts machbar. Schade!

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""Elle4u""]Tipp: Du kannst auch mehrere Beiträge markieren und auf einmal zitieren/beantworten [/quote]
Ach je, das habe ich alter Hase auch viel zu umständlich gemacht. Immer jeden einzeln zitiert, dann ausgeschnitten und zusammenkopiert. In der Hilfe für das Board steht nicht einmal erwähnt, was Zitieren ist! Für Anfänger ganz schlecht. Ich habe nämlich jetzt auch etwas gebraucht, bis ich begriffen habe, wie dein Hinweis funktioniert. Hättest du auswählen statt markieren geschrieben, wäre es schneller gegangen . Auch von mir danke für den Hinweis.

Gruß, Horst

[Sigittarius-E]

@macfan

mir ging es gestern genauso wie dir. Habe es genauso umständlich bis gestern gemacht ops: ops:

Danke für den Tipp, Elle4u

[Steven]

[quote=""Sigittarius-E""]@macfan

mir ging es gestern genauso wie dir. Habe es genauso umständlich bis gestern gemacht ops: ops:

Danke für den Tipp, Elle4u [/quote]

Na dann kann ich mich ja auch outen.

Hatte das schon mal probiert, da klappte das aber irgendwie nicht.

Jetzt gehts.

Wahrscheinlich saß der Fehler mal wieder vor der Tastatur.

Gruß Steven.

[Bogeyof]

@asrael
Ich habe alle Deine Antworten gelesen.
Ja, der Timer-Eintrag mit der Zeitangabe stand (und steht) nach dem Standard-Eintrag "item timer". Aber weiterhin wird er mit Komma einfach nicht genommen. Ohne Komma funktioniert es jetzt seit 2 Tagen einwandfrei, der morgendliche Scan wird wieder korrekt ausgeführt und die M1*.rec Dateien von 3PG sind endlich wieder verschwunden. Die LOG-Datei beweist, dass der Eintrag "nächtlicher EPG-Scan" gestartet wurde. Also ich lasse es jetzt erst einmal so...

[Bogeyof]

Asche auf mein Haupt !!!
Ich habe nach den Antworten von Asrael noch einmal alles neu aufgespielt und neu editiert und gerade getestet. Die LOG-Datei zeigte mir nämlich, dass meine Konfiguration "nächtlicher EPG-Scan" nicht nur zur Wunschzeit zwischen 6:00-6:20 gestartet wurde, sondern für jede Aufnahme herangezogen wurde. Dies lag wohl dann am fehlenden Komma, so wird diese Konfiguration (als letzte in der CMD) wohl als Standard "item timer" genommen.
Ich habe jetzt noch einmal das Komma eingefügt und getestet und muss zugeben, diesmal hat es funktioniert.
Damit ich nicht andere auch noch verwirre, es ist mit Komma richtig geschrieben!! Sorry ops:

[Sigittarius-E]

[quote=""Steven""]Wahrscheinlich saß der Fehler mal wieder vor der Tastatur. [/quote]

typischer 90/60 Fehler

90% der Fehler passieren 60cm vor dem Bildschirm

[asrael]

[quote=""Bogeyof""]Asche auf mein Haupt !!!
Ich habe nach den Antworten von Asrael noch einmal alles neu aufgespielt und neu editiert und gerade getestet. Die LOG-Datei zeigte mir nämlich, dass meine Konfiguration "nächtlicher EPG-Scan" nicht nur zur Wunschzeit zwischen 6:00-6:20 gestartet wurde, sondern für jede Aufnahme herangezogen wurde. Dies lag wohl dann am fehlenden Komma, so wird diese Konfiguration (als letzte in der CMD) wohl als Standard "item timer" genommen.
Ich habe jetzt noch einmal das Komma eingefügt und getestet und muss zugeben, diesmal hat es funktioniert.
Damit ich nicht andere auch noch verwirre, es ist mit Komma richtig geschrieben!! Sorry ops:[/quote]

Schön, alles andere hätte mich auch verwirrt

Mit freundlichen Grüßen

asrael

[steve]

[quote=""steve0564""]
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]

So, ich zitiere mich mal selbst!

Leider klappt das mit den Sendkeybefehlen noch nicht!!
Hab den Topf mit der Konfig nun seit einigen Nächten am laufen und hatte stets am morgen statt der nächtlichen Abschaltung das Konfigurationsmenü des Topfes.

Entweder der Sendkeybefehtl (Zahl) ist falsch oder aber er lädt in der Konfiguration aus irgen deinem Grund nicht ND.....

Habe den Befehl jetzt rausgemacht und durch shutdown ersetzt, selbst wenn so die Uhrzeit eingeschaltet bleibt.....
Leider!!

[asrael]

[quote=""steve0564""]So, ich zitiere mich mal selbst!

Leider klappt das mit den Sendkeybefehlen noch nicht!!
Hab den Topf mit der Konfig nun seit einigen Nächten am laufen und hatte stets am morgen statt der nächtlichen Abschaltung das Konfigurationsmenü des Topfes.

Entweder der Sendkeybefehtl (Zahl) ist falsch oder aber er lädt in der Konfiguration aus irgen deinem Grund nicht ND.....

Habe den Befehl jetzt rausgemacht und durch shutdown ersetzt, selbst wenn so die Uhrzeit eingeschaltet bleibt.....
Leider!! [/quote]

Hallo,

ich hatte Dir in viewtopic.php?p=226291#p226291 einen item-Eintrag erstellt, der auch bei mir funktionierte. Bitte teste diesen doch mal im manuellen Betrieb (d. h. einbauen, über Menu auswählen und sehen, ob der Topf sich nach ca. 10 Sekunden abschaltet).

Wenn das klappt, kannst Du ja mal die Zahlen in Deiner nächtlichen Konfiguration testen. Evtl. ist es ja ein anderer Fehler:

• Verwendest Du item timer, <Uhrzeitbereich> für die nächtliche Konfiguration?
• Hast Du andere TAPs gestartet, die dem NiceDisplay die UHF- oder Untertitel-Taste vorenthalten?

Mit freundlichen Grüßen

asrael

[steve]

Mein Testeintrag lautet

item Test
log nächtlicher EPG-Scan
;start System/Jags_Auto-Off_05-00
start System/nicedisplay
start System/Jags_EPG
start /batch System/RecCopy
start /batch System/automove
start /batch System/Jags_scan
sendkey 65550
sendkey 65569
; shutdown

Hier klappt es mit der Abschaltung!

Diese beiden hier verursachen irgendwo ein Problem:

item timer, 01:55-02:05
log RecCopystart
start System/Jags_Auto-Off_4-00
start System/nicedisplay
start /batch System/RecCopy
sendkey 65550
sendkey 65569


item timer, 04:05-04:10
log nächtlicher EPG-Scan
start System/Jags_Auto-Off_05-00
start System/nicedisplay
start System/Jag_EPG
start /batch System/automove
start /batch System/Jags_scan
sendkey 65550
sendkey 65569

...wobei ich nicht weiß an welcher Stelle das Einstellmenü kommt.....

[asrael]

Nimm doch mal testweise JAGs AutoOff heraus und schau nach, ob die erste Konfig dann klappt.

[quote=""steve0564""]
...wobei ich nicht weiß an welcher Stelle das Einstellmenü kommt..... [/quote]

Den Satz verstehe ich nicht. Welches Einstellmenü?

Vielleicht liegen Deine Probleme ja auch daran, dass Du BootMenu gar nicht nutzt (siehe Signatur ).

Nein, im Ernst: Welche BootMenu-Version verwendest Du? Gerade beim Batch-Mode hatte ich noch in einer relativ neuen Version einen Bugfix gemacht.

Mit freundlichen Grüßen

asrael

[steve]

[quote=""asrael""]Nimm doch mal testweise JAGs AutoOff heraus und schau nach, ob die erste Konfig dann klappt.
[/quote]
mach ich!!

Den Satz verstehe ich nicht. Welches Einstellmenü?

Ich habe weiter oben beschrieben, dass irgendwas in der cmd in der Nacht meinen Topf dazu veranlasst, ins Topf-Einstellungsmenü zu gehen. Steht er erstmal dort, wird nichts am Topf mehr ausgeführt: Keine Timer, keine Befehle (cmd) etc.

Vielleicht liegen Deine Probleme ja auch daran, dass Du BootMenu gar nicht nutzt (siehe Signatur ).

Noch nicht angepasst! ops:

Nein, im Ernst: Welche BootMenu-Version verwendest Du? Gerade beim Batch-Mode hatte ich noch in einer relativ neuen Version einen Bugfix gemacht.

die 24er!

[huebi]

[quote=""asrael""]Die Antwort ist deprimierend einleuchtend und schlüssig. Ohne Kooperation der TAPs ist da also wirklich nichts machbar. Schade!
[/quote]

Also allozierter Speicher sollte(!) über kurz oder lang von der Garbagecollection aufgeräumt werden. Ob der Topf eine solche hat und wie gut sie ist, weiss ich aber nicht. Das schlimmste sind die Hooks, die danach sonstwohin zeigen.

[asrael]

[quote=""steve0564""]mach ich!!

Ich habe weiter oben beschrieben, dass irgendwas in der cmd in der Nacht meinen Topf dazu veranlasst, ins Topf-Einstellungsmenü zu gehen. Steht er erstmal dort, wird nichts am Topf mehr ausgeführt: Keine Timer, keine Befehle (cmd) etc.

Noch nicht angepasst! ops:

die 24er![/quote]

Aha,

kommt man nicht mit der UHF-Taste normalerweise (d. h. ohne TAPs) auch ins Einstell-Menu (habe mal wieder bei der Arbeit keinen Topf parat )? Das würde ja für die Abwesenheit von NiceDisplay sprechen.

Mit freundlichen Grüßen

asrael

[steve]

[quote=""asrael""]Aha,

kommt man nicht mit der UHF-Taste normalerweise (d. h. ohne TAPs) auch ins Einstell-Menu (habe mal wieder bei der Arbeit keinen Topf parat )? Das würde ja für die Abwesenheit von NiceDisplay sprechen.
[/quote]

Sehe ich genauso!
Ich werde heute abend mal die exakte Abfolge der nächtlichen Timer in den Testpunkt stecken. Dann werde ich mir mal anschauen, was passiert!!
Das blöde ist, das das immer solange dauert, bis alles durchgelaufen ist....

[asrael]

[quote=""huebi""]Also allozierter Speicher sollte(!) über kurz oder lang von der Garbagecollection aufgeräumt werden. Ob der Topf eine solche hat und wie gut sie ist, weiss ich aber nicht. Das schlimmste sind die Hooks, die danach sonstwohin zeigen.[/quote]

Hey,

wir sind hier in der C-Welt und beim "Topf-OS". Der C-Compiler spendiert mir schon einmal ganz sicher keine automatische Garbage-Collection. Das so etwas in der Topfield-Firmware eingebaut wäre, ist zwar theoretisch nicht völlig ausgeschlossen, wäre aber bei unseren sonstigen Erfahrungen mit der Firmware etwa so, als würde man ein Dixie-Klo mit einer supermodernen Alarmanlage ausrüsten.

Und nun wieder on topic: Um eine Konfiguration dynamisch nachzuladen, müsste man in vielen praktischen Fällen wahrscheinlich gar keine TAPs entfernen, sondern eher die Position in der TAP-Tabelle so anpassen, dass Key-Events die TAPs in der gewünschten Reihenfolge erreichen.

Genaueres Szenario:
Bei einer Timer-Aufnahme starte ich die TAPs tapA und tapB. Wenn ich mich nun an den Fernseher setze, während der Topf eine Timer-Aufnahme macht, vermisse ich tapC. Dies nachzustarten, bringt jedoch nicht ganz den gewünschten Erfolg, da nur bei der Reihenfolge tapA, tapC, tapB die Tasten alle TAPs wie gewünscht erreichen.

An die Firmware-Experten: Ist es möglich, die TAPs in der TAP-Tabelle im Betrieb umzusortieren und damit das gewünschte Verhalten zu erreichen?

Mit freundlichen Grüßen

asrael

[huebi]

OT: Garbagecollection wird mitnichten vom Compiler zur VErfügung gestellt noch vom linker dazugelinkt. Würde im programm e nichts nützen, denn wenn ich das Programm aus dem Spe9icher werfe ist nichts mehr davon da was noch aufräumen könnte. Es ist eher das BS, das regelmäßig nachschaut, ob Speicher noch Prozessen zugeordnet ist. Ich teile allerdings deine Ansicht, das dies wohl im Topf nicht so ist.

[asrael]

[quote=""huebi""]OT: Garbagecollection wird mitnichten vom Compiler zur VErfügung gestellt noch vom linker dazugelinkt. Würde im programm e nichts nützen, denn wenn ich das Programm aus dem Spe9icher werfe ist nichts mehr davon da was noch aufräumen könnte.[/quote]

Das stimmt so nicht. Es gibt da durchaus mehrere Ansätze (z. B. Libraries für C/C++, die dann die malloc's/new's ersetzen/überwachen, Ausführung in eigener kontrollierter Laufzeitumgebung wie etwa bei Java, direkte Unterstützung durch das OS). Aber das wird jetzt wirklich etwas OT.

Mit freundlichen Grüßen

asrael

[FireBird]

[quote=""asrael""] Ist es möglich, die TAPs in der TAP-Tabelle im Betrieb umzusortieren und damit das gewünschte Verhalten zu erreichen? [/quote]
Das sollte theoretisch möglich sein. Vorsichtig sollte das aktive TAP mit seinem eigenen Eintrag sein, da beim Rücksprung vom TAP in die Firmware ein paar Pointer aus der Tabelle geholt werden.