BootMenu 0.32

[macfan]

Gerade noch mehrfach probiert, kein Problem.

Merkwürdig, dass das bei mir anders ist.

Da brauche ich nichts zu machen, das geht schon. Probiere mal:

Code: Alles auswählen

item Topfield-Menü
sendkey 65564

Funktioniert wunderbar, danke! Das wäre auch im Handbuch ein guter Tipp.

Gruß, Horst

[asrael]

[quote="sumo"]Daher auch
mein Wunsch an asrael BootMenu so zu erweitern das Timernamen erkannt werden.
Damit könnten TAPs flexibler gestartet werden und die Uhrzeit währe egal.
z.B.: Timername "RecCopy", egal welche Uhrzeit, RecCopy + Automove werden gestartet.
[/quote]

So, ich habe gerade noch einmal über diesen sehr alten Wunsch von Dir nachgedacht und ein bisschen getestet.

Es ist leider so, dass ich den auslösenden Timer nicht mehr sehe, sobald der Topf durch selbigen gestartet wurde. Ich müsste also eine Datenbank mit allen Timern führen, die bei jeder Timer-Änderung aktualisiert werden muss. Dann könnte ich beim Start feststellen, welcher Timer dafür verantwortlich war.

Dies ist mir im Verhältnis zum Nutzen zuviel Aufwand, und damit meine ich einerseits den Programmieraufwand, andererseits aber auch den Laufzeit-Aufwand, den BootMenu dann zusätzlich verursachen würde (wobei ersterer sicherlich höher zu bewerten ist, wenn ich es geschickt programmiere).

Wird also definitiv nicht kommen.

Mit freundlichen Grüßen

asrael

[asrael]

Ich bin aber unschuldig, oder?

Also beim "normalen" Starten hatte ich diesbezüglich noch nie Probleme.

Ich beim normalen Starten auch nicht, beim Nachladen schon öfter (und macfan auch). Filer verhält sich da etwas widerspenstiger als andere TAPs.

Meine Vermutung ist,

dass es entweder am recht hohen Speicherverbrauch von Filer oder (wahrscheinlicher) an den Hooks liegt, die Ihr eingebaut habt. Möglicherweise reagieren die ja allergisch auf das Verschieben in der TAP-Tabelle, das ich mache. Ich werde mal noch etwas testen ...

Mit freundlichen Grüßen

asrael

Nach einigen weiteren Tests: Es scheint so, dass Filer beim Starten eines Films noch einmal ordentlich Speicher anzieht. Dadurch, dass ich meine 7,8 MB (!!!) verbrauchende Improbox mal zeitweilig rausgeschmissen habe, konnte ich den (absolut reproduzierbaren) Absturz beim Filmstart eliminieren.

Kannst Du sagen, ob Filer beim Filmstart wesentlich mehr macht als die entsprechende API-Funktion aufzurufen? Dann könnte ich mir den Absturz zumindest erklären und bräuchte nicht weiter zu suchen.

EDIT: Noch weitere Tests: Absturz auch, wenn ich z. B. iTiNa (auch ordentlicher Speicherfresser) herausnehme. Hast Du irgendwas drin, was Filer, wenn durch anderes TAP gestartet, anders macht?

Mit freundlichen Grüßen

asrael

[chrisly]

Wie kann denn Deine Improbox soviel Speicher brauchen?
Ich glaube, bei mir braucht Improbox ca. 1,5 MB.

[chrisly]

Noch eine Frage zu Deinem Vorschlag aus Overfly:

Da Overfly TSR-Commander-kompatibel ist und Du BootMenu-Nutzer bist, kannst Du in Dein TSR-Menü einfach zwei Aufträge wie folgt aufnehmen:

Code: Alles auswählen

item Overfly beenden
kill System/Overfly
 
item Overfly starten
start System/Overfly

Dann drückst Du zur Laufzeit nur MENU und die entsprechende Zahlentaste.

Mit freundlichen Grüßen

asrael

Ich habe das Handbuch jetzt mehrfach gelesen, verstehe es aber immer noch nicht so richtig. ops:
Und ohne Laptop ist es auch schwer, es mit Versuch und Irrtum hinzubekommen.
Deshalb sicherheitshalber nochmal die Frage:

An welcher Stelle in der .cmd muss denn der Befehl "tsrmenu user.cmd" stehen? Aus Deiner Beispieldatei bin ich auch nicht wirklich schlauer geworden.

Muss ich dafür auch das Tap TSR-Commander auf dem Topf haben?
Und was passiert, wenn ich "Menu" drücke: kommt dann das Nachlademenü oder das Laufzeitmenü?

[mvordeme]

[quote="chrisly"]Und ohne Laptop ist es auch schwer, es mit Versuch und Irrtum hinzubekommen.[/quote]Hast Du mal SimpleCharEditor ausprobiert?

[TV-Junkie]

Sehr gutes Tool, und wenn Du unter Filer die cmd-Datei rausgesucht hast und markierst, und dann die Ton-Auswahltaste drückst, findet Filer das Tool und du kannst die Datei editieren

[asrael]

Wie kann denn Deine Improbox soviel Speicher brauchen?
Ich glaube, bei mir braucht Improbox ca. 1,5 MB.

Das untersuche ich gerade. Wird aber nur bei Aufnahmen angezeigt, ggf. ist dies auch ein Anzeige-Fehler von TAP-Commander. Leider kann ich seit einiger Zeit nicht mehr an den Topf, da er zum Aufnahmen/Fernsehen verwendet wird.

Mit freundlichen Grüßen

asrael

[asrael]

An welcher Stelle in der .cmd muss denn der Befehl "tsrmenu user.cmd" stehen?

Dieser Befehl legt, wenn er ausgeführt wird, fest, dass ein (und auch welches) Laufzeit-Menü ausgeführt wird. Falls er mehrfach ausgeführt wird, gewinnt die letzte Ausführung.

Du musst ihn also irgendwo hin packen, wo er ausgeführt wird: Vor oder hinter menu-endmenu, wenn das gleiche Laufzeit-Menü immer ausgeführt werden soll (Achtung: zieht dann aber nicht bei Timer-Starts etc.) oder in die einzelnen Menüpunkte (z. B. vor oder hinter die start-Befehle des items, Stellung ist aber egal).

Du kannst den Befehl sogar in eine Laufzeitmenü-Kommandodatei packen, dann wird durch seine Ausführung das Laufzeit-Menü gewechselt.

Muss ich dafür auch das Tap TSR-Commander auf dem Topf haben?

Nein.

Und was passiert, wenn ich "Menu" drücke: kommt dann das Nachlademenü oder das Laufzeitmenü?

Das Laufzeitmenü, wenn Du in diesem wieder Menü drückst, kommt dann das Nachlademenü.

Mit freundlichen Grüßen

asrael

[chrisly]

Hast Du mal SimpleCharEditor ausprobiert?

Klar. Habe ich öfters über Filer im Einsatz, ist aber eher was für kleinere Änderungen ...

@asrael:
Danke für Deine Erklärungen. Ich glaube, jetzt hab´ ich´s kapiert. Wird gleich mal getestet.
Über das Laufzeitmenü müsste es ja dann möglich sein, z.B. MemWatcher nachträglich zu starten, ohne die anderen laufenden Taps dadurch zu beenden / nachzuladen.

Danke!

[chrisly]

@asrael:
Ich habe es gerade getestet und es klappt wunderbar. Feine Sache!!!

Leider kommen jetzt nach schließen von BootMenu mit UHF (habe ich heute ausnahmsweise gebraucht) mehrere Fehlerhinweise zu verschiedenen Taps (z.B. "bitte PIP.tap TSR-Commander-kompatibel machen").

[TV-Junkie]

Das hatte ich auch schon, bei ITina und 3PG, als ich aus versehen wieder ins erste Menü gelangt bin und anstatt den ersten Eintrag (Alle Taps mit iTiNa) den zweiten gedrückt habe (Alle Taps und 3PG). Umgekehrt, wenn ich das 2. Szenario einschalte und dann zum ersten wechsle, kommt das auch.
Sorry, ich muss noch meine Signatur anpassen ops:

[asrael]

@asrael:
Ich habe es gerade getestet und es klappt wunderbar. Feine Sache!!!

Leider kommen jetzt nach schließen von BootMenu mit UHF (habe ich heute ausnahmsweise gebraucht) mehrere Fehlerhinweise zu verschiedenen Taps (z.B. "bitte PIP.tap TSR-Commander-kompatibel machen").

Das hatte ich auch schon, bei ITina und 3PG, als ich aus versehen wieder ins erste Menü gelangt bin und anstatt den ersten Eintrag (Alle Taps mit iTiNa) den zweiten gedrückt habe (Alle Taps und 3PG). Umgekehrt, wenn ich das 2. Szenario einschalte und dann zum ersten wechsle, kommt das auch.
Sorry, ich muss noch meine Signatur anpassen ops:

Das, was TV-Junkie sagt, kann ich so nachvollziehen (obwohl er ignoriert wird, bis er seine Signatur aktualisiert hat ), Chrisly's Beobachtung bei der UHF-Taste wundert mich aber eher (bitte noch einmal ausprobieren, ob es nicht eher wie bei TV-Junkie beim Wechsel der Konfiguration kommt).

Die Meldung besagt, dass TAPs, die beendet werden sollen, nicht über die dazu notwendige TSR-Commander-Schnittstelle verfügen. Eure Aufgabe ist es nun, die entsprechenden Autoren in den jeweiligen Threads zu bitten/nerven/bestechen, ihre TAPs entsprechend zu erweitern.

Die Meldung ist zusammen mit den relevanten Variablen killignore und killforce im Handbuch beschrieben.

Mit freundlichen Grüßen

asrael

[asrael]

Nach einigen weiteren Tests: Es scheint so, dass Filer beim Starten eines Films noch einmal ordentlich Speicher anzieht. Dadurch, dass ich meine 7,8 MB (!!!) verbrauchende Improbox mal zeitweilig rausgeschmissen habe, konnte ich den (absolut reproduzierbaren) Absturz beim Filmstart eliminieren.

Kannst Du sagen, ob Filer beim Filmstart wesentlich mehr macht als die entsprechende API-Funktion aufzurufen? Dann könnte ich mir den Absturz zumindest erklären und bräuchte nicht weiter zu suchen.

EDIT: Noch weitere Tests: Absturz auch, wenn ich z. B. iTiNa (auch ordentlicher Speicherfresser) herausnehme. Hast Du irgendwas drin, was Filer, wenn durch anderes TAP gestartet, anders macht?

Mit freundlichen Grüßen

asrael

So, den ganzen Sonntag habe ich jetzt damit verbracht, meinen Topf reproduzierbar zum Absturz zu bringen.

Es ist mir jetzt mehrfach gelungen, reproduzierbare Abstürze zu erzeugen:

• Filer starten, wenn Topf durch Timer-Aufnahme gestartet wurde und Aufnahme noch läuft.
• Aus Filer heraus, während die Aufnahme noch läuft, einen anderen Film starten.

Hierbei war der Topf jeweils schon gut mit anderen TAPs gefüllt als Filer gestartet wurde. Der Filer-Start erfolgte dabei über BootMenu, iTiNa und sogar über das normale Archiv. In allen Fällen konnte es beim Filmstart zu Abstürzen kommen.

Manchmal war der Absturz auch schon direkt beim Start von Filer zu verzeichnen.

Kann es sein, dass Du nicht alle erfolglosen malloc-Versuche korrekt abfängst? Ich glaube nach meinen Tests, das Filer irgendwie instabil wird, wenn der Speicher eng wird.

Mit freundlichen Grüßen

asrael

[chrisly]

Hi asrael.

Kann es sein, dass Du diesen Beitrag eigentlich im Filer-Thread posten wolltest?
Oder liest Markus immer hier mit?

Edit: Ich werde heute oder morgen mal nochmal testen, wann der Fehlerhinweis beim Verlassen von Bootmenu kommt.

[TV-Junkie]

Das, was TV-Junkie sagt, kann ich so nachvollziehen (obwohl er ignoriert wird, bis er seine Signatur aktualisiert hat ), Chrisly's Beobachtung bei der UHF-Taste wundert mich aber eher (bitte noch einmal ausprobieren, ob es nicht eher wie bei TV-Junkie beim Wechsel der Konfiguration kommt).

Die Meldung besagt, dass TAPs, die beendet werden sollen, nicht über die dazu notwendige TSR-Commander-Schnittstelle verfügen. Eure Aufgabe ist es nun, die entsprechenden Autoren in den jeweiligen Threads zu bitten/nerven/bestechen, ihre TAPs entsprechend zu erweitern.

Die Meldung ist zusammen mit den relevanten Variablen killignore und killforce im Handbuch beschrieben.

Mit freundlichen Grüßen

asrael

Grosser Meister, ich hoffe ihnen hiermit gedient zu haben und bedanke mich schon mal im vorraus für die weitere Unterstützung

[asrael]

Grosser Meister, ich hoffe ihnen hiermit gedient zu haben und bedanke mich schon mal im vorraus für die weitere Unterstützung

Na, Gott sei dank. :

Wäre mir bei dem schönen Bild auch schwer gefallen, Dich zu ignorieren.

Mit freundlichen Grüßen

asrael

[asrael]

Hi asrael.

Kann es sein, dass Du diesen Beitrag eigentlich im Filer-Thread posten wolltest?
Oder liest Markus immer hier mit?

Naja, da Markus mir hier geantwortet hat, gehe ich davon aus, dass er hier mitliest.

Mit freundlichen Grüßen

asrael

[chrisly]

Nachdem ich gestern den Topf mal kurz vom Strom trennen musste, klappen jetzt alle BootMenu-Funktionen einwandfrei (auch das Verlassen mit UHF; die TSR-Hinweise kommen nur beim Nachladen wie erwartet).

Und genau das Nachladen macht weiterhin Probleme: meistens stürzt der Topf danach ab - evtl. wegen Speichermangels.
Ich habe versucht, ein item mit Radiotext nachzuladen, bei dem versch. andere Taps beendet werden sollen, weil Radiotext ziemlich viel Speicher zieht. Leider rebootet der Topf dann.
Vielleicht hängt´s mit den vielen nicht TSR-kompatiblen Taps zusammen, die dann nicht beendet werden können.
Alternativ habe ich mir dann überlegt, lfd. Taps per Befehl zu "killen" - geht aber aus dem gleichen Grund nicht.
Und vor Verwendung von "killforce" warnst Du ja ausdrücklich.
Siehst Du noch eine andere Möglichkeit, wie ich Radiotext nachladen und vorher Speicherplatz freischaufeln kann?

[Elle4u]

[quote="asrael"]Meine Vermutung ist,

dass es entweder am recht hohen Speicherverbrauch von Filer oder (wahrscheinlicher) an den Hooks liegt, die Ihr eingebaut habt.[/quote]

Ich würde auf den Speicherverbrauch tippen.
Kann sein, dass der zu bestimmten Peaks nicht gerade klein ist (auch in Abhängigkeit zur DB-Größe).