BootMenu 0.32

[Gente]

Welches wäre der 27.Tap oder wieviel Taps sind bei mir laut log geladen? Wo finde ich das TapFix Patch und wie installieren?

[asrael]

[quote=""Gente""]nein verwende ich nicht! Der Absturz erfolgt nicht während des nachladens sondern erst beim Aufruf des Taps mit der entsprechenden Taste.[/quote]

[quote=""Gente""]Welches wäre der 27.Tap oder wieviel Taps sind bei mir laut log geladen? Wo finde ich das TapFix Patch und wie installieren?[/quote]

3PG verwende ich auch und verschiebe es auch. Bei mir gibt das keine Abstürze. Vielleicht ist es ja etwas Masterpiece-spezifisches, dann bin ich machtlos.

Wo Du den Fix findest, steht im Handbuch; es gibt im TAP-Forum auch einen eigenen Thread für die Firmware-Patches.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""FrankPe""]Ebenfalls funktioniert bei mir nicht das TAP BootMenu - das bekomme ich aufgrund von Firmware-Problemen nicht zum fliegen.
[/quote]

Hallo Frank,

könntest Du mal etwas genauer beschreiben, was nicht klappt. Gibt es eine Fehlermeldung?

Spezifische Firmware-Probleme sind mir bislang nicht bekannt, mit dem 6000er sollte es prinzipiell klappen.

Mit freundlichen Grüßen

asrael

[Gente]

[quote=""asrael""]3PG verwende ich auch und verschiebe es auch. Bei mir gibt das keine Abstürze. Vielleicht ist es ja etwas Masterpiece-spezifisches, dann bin ich machtlos.

Wo Du den Fix findest, steht im Handbuch; es gibt im TAP-Forum auch einen eigenen Thread für die Firmware-Patches.

Mit freundlichen Grüßen

asrael[/quote]

OK hab das Tap Fix installiert. Jetzt verursacht nur noch Filer einen Absturz beim Aufruf. Wird er in der Minimalkonfig. deaktiviert funzt das Nachlademenu. Beim Nachladen der Normalkonfig. aus der Minimalkonfig. stürzt der Topf beim Aufruf des Filers durch die Archivtaste wieder ab!!!!

[FrankPe]

Hallo asrael,

BootMenu kommt immmer mit einer Fehlermeldung der Art Firmware nicht gefunden oder nicht kompatibel hoch (ich bin derzeit beruflich unterwegs, kann die genaue Meldung aber am Freitag nachliefern). Bedienbar ist der Topf danach einwandfrei. Wenn ich dann manuell neu boote kommt zusätzlich nach der Fehlermeldung noch eine Meldung das er in den Notfallbetrieb wechselt.
Ich habe dieverse Konstellationen ausprobiert inkl. einer absolut minimalen Konfiguration in der nur 3PG gestartet werden soll - klappt leider nicht.
Gibt es Debug Modi mit denen man das Problem oder die Ursache genauer einkreisen kann?

Gruß,
Frank

[macfan]

[quote=""asrael""]Nun, da hast Du etwas wichtiges aus meinem Beitrag zu zitieren vergessen:

verkompliziert die Programmlogik noch einmal

[/quote]
Nein, das habe ich nicht vergessen. Mein Vorschlag dürfte in deinem Code etwa zwei Änderungen bedeuten, die vielleicht so aussehen könnten:

Code: Alles auswählen

MAXZEILEN = 15;

Code: Alles auswählen

(zeilennummer < 10) ? zeilennummer + ". " : "   "

(Das ist Java-Syntax, aber C dürfte das gleich oder ähnlich machen.)
Der Aufwand dürfte nicht höher als deine abschlägige Antwort sein .

Nun aber zu den BootMenu-Bugs:
Das Nachlade-Menü ist noch etwas problematisch. Einmal hat der Aufruf eine Wiedergabe abgebrochen, einmal brach BootMenu nach der Anzeige, dass es aufgebaut wird, dennoch ab.

Gruß, Horst

[asrael]

[quote=""Gente""]OK hab das Tap Fix installiert. Jetzt verursacht nur noch Filer einen Absturz beim Aufruf. Wird er in der Minimalkonfig. deaktiviert funzt das Nachlademenu. Beim Nachladen der Normalkonfig. aus der Minimalkonfig. stürzt der Topf beim Aufruf des Filers durch die Archivtaste wieder ab!!!![/quote]

Also das Nachladen funktioniert, aber beim späteren Aufruf von Filer gibt es dann den Absturz? Ich tippe mal auf Speicherplatzprobleme.

Vorschlag zum Testen:
Nimm mal Filer aus beiden Konfigurationen heraus, starte Minimalkonfiguration, lade Normalkonfiguration nach und starte danach den Filer von Hand.

Gibt es dann immer noch einen Absturz?

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""macfan""]Nein, das habe ich nicht vergessen. Mein Vorschlag dürfte in deinem Code etwa zwei Änderungen bedeuten, die vielleicht so aussehen könnten:
Der Aufwand dürfte nicht höher als deine abschlägige Antwort sein .
[/quote]
Das finde ich jetzt (von jemandem, der den Quellcode nicht kennt und laut eigenen Aussagen auch den Topfield noch nie zu programmieren versucht hat) fast anmaßend . Sei versichert: es sind wesentlich mehr Änderungen, da ich die gesamte Scrollfunktionalität von Hand programmieren müsste und außerdem auch diverse statische Datenstrukturen auf dynamische umstellen müsste.

Einfach die angezeigten Zeilen auf 15 zu setzen ist auch keine mir gefallende Lösung, da sonst das Laufzeit-Menü immer Platz für 15 Zeilen lassen müsste, weil die Größe nicht dynamisch ist, weil der Menürahmen in Wirklichkeit ein GD-Bild ist, weil der 6000er/Masterpiece nicht mit dem Wechsel von TAP_Win- und TAP_OSD-Befehlen zurechtkommt und weil ich die brauche, weil ich im Start-Menü Bilder einmixen möchte und weil ich Start-Menü und Laufzeit-Menü programmtechnisch einheitlich behandeln möchte, weil sich das dann besser warten lässt .

Du kannst schon recht sicher sein, dass ich etwas, was einfach einzubauen wäre, auch einbauen würde, wenn es mir nicht sinnlos erscheint (und das ist Dein Wunsch ja nicht, nur mir, wie gesagt vom Aufwands-/Nutzenverhältnis her nicht wichtig genug).

[quote=""macfan""]
Einmal hat der Aufruf eine Wiedergabe abgebrochen.
[/quote]
Könnte das Abbrechen der Wiedergabe eines der gestarteten TAPs verursacht haben? Wenn ich Improbox z. B. nachlade, wird dadurch (bei meinen Improbox-Einstellungen) eine laufende Aufnahme an den Anfang zurückgesetzt, was zwar etwas verwirrend ist, aber eigentlich ein korrektes Verhalten.

[quote=""macfan""]..., einmal brach BootMenu nach der Anzeige, dass es aufgebaut wird, dennoch ab.
[/quote]
Wie erfolgte denn der Abbruch? Wurde eine Fehlermeldung ausgegeben? Wurde BootMenu beendet? Klappte ein unmittelbar darauf folgender zweiter Versuch? Ist das Verhalten reproduzierbar?

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""FrankPe""]Hallo asrael,

BootMenu kommt immmer mit einer Fehlermeldung der Art Firmware nicht gefunden oder nicht kompatibel hoch (ich bin derzeit beruflich unterwegs, kann die genaue Meldung aber am Freitag nachliefern). Bedienbar ist der Topf danach einwandfrei. Wenn ich dann manuell neu boote kommt zusätzlich nach der Fehlermeldung noch eine Meldung das er in den Notfallbetrieb wechselt.
Ich habe dieverse Konstellationen ausprobiert inkl. einer absolut minimalen Konfiguration in der nur 3PG gestartet werden soll - klappt leider nicht.
Gibt es Debug Modi mit denen man das Problem oder die Ursache genauer einkreisen kann?

Gruß,
Frank[/quote]

Die Meldung müsste "Firmware konnte nicht identifiziert werden" sein. Möglicherweise erkennt die von mir verwendete Version der FBLib Deinen 6000PVRE nicht.

Ich gehe mal einen feurigen Vogel um Beistand an und melde mich wieder.

Mit freundlichen Grüßen

asrael

[FireBird]

[quote=""asrael""]Ich gehe mal einen feurigen Vogel um Beistand an und melde mich wieder.[/quote]

Code: Alles auswählen

asrael                14:01  Private Nachrichten

Ah, ja. :

[asrael]

[quote=""FireBird""]

Code: Alles auswählen

asrael                14:01  Private Nachrichten

Ah, ja. [/quote]

Ja, ich wurde unterbrochen. Aber jetzt sollte sie da sein.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""FrankPe""]BootMenu kommt immmer mit einer Fehlermeldung der Art Firmware nicht gefunden oder nicht kompatibel hoch.
[/quote]

Hi,

dank FireBird wird der Fehler in der nächsten BootMenu-Version behoben sein.

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Das finde ich jetzt (von jemandem, der den Quellcode nicht kennt und laut eigenen Aussagen auch den Topfield noch nie zu programmieren versucht hat)[/quote]
Ich habe zwar den Topf nie programmiert, aber ansonsten sehr große Programmiererfahrung.

fast anmaßend .

Ich wollte dich wirklich nicht verärgern ops:, aber wir reden hier wohl ständig aneinander vorbei.

Sei versichert: es sind wesentlich mehr Änderungen, da ich die gesamte Scrollfunktionalität von Hand programmieren müsste und außerdem auch diverse statische Datenstrukturen auf dynamische umstellen müsste.

Denn mein Vorschlag zielt ja darauf hin, die größtmögliche Menügröße zu nehmen, bei dem man nicht scrollen muss.

Einfach die angezeigten Zeilen auf 15 zu setzen ist auch keine mir gefallende Lösung, da sonst das Laufzeit-Menü immer Platz für 15 Zeilen lassen müsste

So ist es. Ich akzeptiere ja, wenn dir das nicht gefällt und du das so lassen möchtest, aber so gaaanz falsch scheint mir meine Aussage dann auch nicht gewesen zu sein, denn das sind jetzt andere Gründe mehr ästhetischer Natur, die den Programmieraufwand hochtreiben würden. OK, wenn dir ein Riesenmenürahmen nicht gefällt, bleibt es halt bei 9 und dem Wechseln zwischen mehreren Menüs .

Könnte das Abbrechen der Wiedergabe eines der gestarteten TAPs verursacht haben?

Auf die Idee bin ich noch nicht gekommen, das könnte aber natürlich auch sein. Ich versuche mal, das zu reproduzieren.

Wie erfolgte denn der Abbruch? Wurde eine Fehlermeldung ausgegeben? Wurde BootMenu beendet? Klappte ein unmittelbar darauf folgender zweiter Versuch?

Das Menü erschien einfach nicht. Der zweite Versuch brachte erst das Topf-Menü (klar, so interpretiert BM das ja auch) und nach zweimal weiteren MENU-Drücken hat es dann geklappt.

Ist das Verhalten reproduzierbar?

Bis jetzt ist das erst einmal passiert.

Gruß, Horst

[asrael]

[quote=""macfan""]
Das Menü erschien einfach nicht. Der zweite Versuch brachte erst das Topf-Menü (klar, so interpretiert BM das ja auch) und nach zweimal weiteren MENU-Drücken hat es dann geklappt.


Bis jetzt ist das erst einmal passiert.

Gruß, Horst[/quote]

Kann ich mir nicht erklären. Im Moment testet BootMenu, ob der ganze Bildschirm frei von irgendwelchen Einblendungen ist, bevor die eigenen Menü-Funktionalitäten gestartet werden. Wenn z. B. gerade die grünen oder roten Kreise (Wiedergabe oder Aufnahme) der Firmware eingeblendet sind, so wird MENU weitergereicht. Das sollte dann aber das Topf-Menü auf den Schirm bringen.

Gar nichts passieren kann (von Bugs in BootMenu natürlich abgesehen ) nur dann, wenn ein TAP gerade eine OSD-Einblendung laufen hat, mit der Menü-Taste aber nichts anstellt (es bekommt sie dann von BootMenu weitergereicht und ignoriert sie). Bei aktiver FastSkip-Einblendung passiert z. B. beim Druck auf die Menü-Taste gar nichts (BootMenu macht nichts, da FastSkip-Einblendung aktiv ist, und FastSkip macht nichts, da FaskSkip mit der Menü-Taste nichts machen will). Kann es so etwas gewesen sein?

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Kann es so etwas gewesen sein?[/quote]
Wenn ich mich recht erinnere, nein!

Gruß, Horst

[asrael]

[quote=""macfan""]Wenn ich mich recht erinnere, nein!

Gruß, Horst[/quote]

Noch eine Idee: Beim Drücken von MENU war das OSD eines TAPs gerade noch aktiv, als die Taste dann bei diesem TAP ankam (nachdem BootMenu sie weitergereicht hatte), war das TAP nicht mehr aktiv und ignorierte deshalb die Menü-Taste.

Wäre z. B. der Fall, wenn z. B. ImproBox oder FastSkip ihr OSD nach einer gewissen Zeit ausblenden. Findet die Behandlung der Menü-Taste gerade zeitgleich zum Ausblenden statt, könnte sie wie gerade beschrieben verloren gehen.

Wenn es noch einmal auftritt, kannst Du mir ja die genauen Rahmenbedingungen mal schildern.

Mit freundlichen Grüßen

asrael

[macfan]

[quote=""asrael""]Wenn es noch einmal auftritt, kannst Du mir ja die genauen Rahmenbedingungen mal schildern.[/quote]
Ich lade öfter mal nach und teste daher weiter. Wenn etwas auftritt, schreibe ich das hier natürlich sofort. Bis dahin erst noch einmal dafür, dass das überhaupt geht!

Gruß, Horst

[Elle4u]

[quote=""asrael""]Hi,

dank FireBird wird der Fehler in der nächsten BootMenu-Version behoben sein.[/quote]

Neue "Firmware.dat" ?

[FireBird]

[quote=""Elle4u""]Neue "Firmware.dat" ? [/quote]
Die Funktion isMasterpiece arbeitet (noch) mit einer eigenen SysID-Tabelle.

[Elle4u]

[quote=""FireBird""]Die Funktion isMasterpiece arbeitet (noch) mit einer eigenen SysID-Tabelle.[/quote]

Oh.

Dann wird das ja noch eine Änderung vor dem Release .