iTina hängt bzw. startet nicht

[Aeppler65]

Hallo!
Seit heute hängst sich iTina beim Starten auf.

Ich sehe den Willkommen-Bildschirm, der die Daten zur Hälfte anzeigt.
Danach friert das TV-Bild ein und ich muss den Topf ausschalten.

Im Display blinken dann wie wild diese Punkte.

Starte ich den Topf mit gedrückter 0-Taste, fährt er normal hoch.
Starte ich jetzt iTina manuell hängt sich das Programm wieder auf.

Kann mir jemand helfen? Hat jemand einen Tipp?

Tausend Dank,
Äppler

[Bernhard75045]

Evtl. ein Problem mit der Datenbank.

Ich würde mal versuchen, die zu löschen. Welche DB genau das ist (itina_GD.DB oder iTiNa_Control.DB??? ) kann ich aus dem Stehgreif grad nicht sagen, aber schau mal nach, das wurde bereits in mehreren Threads behandelt.

Vielleicht hat aber auch das "Umbenennen-Phänomen" zugeschlagen. Sieh mal (mittels TopSet oder so) nach, ob eine der Dateien in iTiNa plötzloch nicht mehr mit "iTiNa" sondern mit "iNiNa" oder so beginnt...

[Aeppler65]

Hallo!
Ich habe die EPG-Datenbank per TopSet gelöscht und den Receiver neu gestartet.
iTina startete und meldete, dass die Datenbank neu angelegt werden muss.

Nachdem die DB neu angelegt wurde habe ich den Topf neu gestartet.

Siehe da: iTina ist wieder am Leben!

@iTina-Team: Ist das ein Bug oder an was könnte das liegen?

Gruß,
Äppler

[AdMiRaL]

Eine Bekannte von mir hat heute das gleiche Problem. Ist wohl irgendwie in den EPG-Daten von heute der Wurm drin.

[Sweeny]

Ich habe es auch gehabt. Musste auch wieder manuell die Datenbank löschen. Kann man dieses Problem nicht irgendwie beheben, indem ITINA dann automatisch die Datenbank "regeneriert"?

Grüße

Alex

[Bernhard75045]

Ich habe es auch gehabt. Musste auch wieder manuell die Datenbank löschen. Kann man dieses Problem nicht irgendwie beheben, indem ITINA dann automatisch die Datenbank "regeneriert"?

An sich eine gute Idee.
Das müsste iTiNa dann aber gleich beim STart automatisch erkennen, denn das TAP fährt dann ja erst gar nicht richtig hoch.
Könnte mir vorstellen, dass iTiNa als Allererstes beim Start eine Code-Datei (oder sowas) anlegt und dann, wenn das TAP korrekt gestartet ist, automatisch wieder löscht. Bei fehlerhaftem Start bleibt die Datei dann bestehen.
Noch vor dem Anlegen beim Start müsste dann nur eine Prüffunktion vorhanden sein, die bei vorhandensein der entsprechenden Datei (vom abgebrochenen letzten Start) eben die entsprechende "Regenerierungsaufgaben" automatisch durchführt und dann den Start normal weiter ausführt.

(Man kann sicherlich merken, dass ich, was TAP- und Computer-Programmierung betrifft, ein absoluter Laie bin. Sorry, ich mach mir halt nur so meine Gedanken... )

Für mich selbst hab ich das Problem mal zumindest derart "vereinfacht", dass ich das direkt per FB am Receiver machen kann, ohne einen Rechner anzuschließen. Ich hab BootMenu dafür zweckentfremdet.

Muss mal schauen, wo ich den Thread finde.



Edit:
Habs gefunden:

Ich nutze BM ja nicht zum eigentlichen Zweck sondern missbrauche das TAP nur im gelegentlichen Betrieb als "BAT-Datei-Ausführer". Hat mir schon manches mal das Anschließen eines PC's erspart.

Ich gehe dabei so vor:
Ich hab ein paar Sicherheitskopien von wichtigen Dateien angelegt. Wenn diese nun offensichtlich beschädigt sind (bspw. die iTiNa_GD oder die EPG-Control.DB oder die Filer-Datenbank) starte ich den Topf mit gedrückter "0" und dann BM mit recht lange stehendem Startmenü-Bildschirm. Hier habe ich "kleine" item-Einträge, die die jeweilige alte Datei löscht und ggf. die neue in den entsprechenden Ordner kopiert bzw. entsprechend umbenennt. Ansonsten wird nichts ausgeführt.
Geht ganz gut, auch wenn es manchmal "fast schon schmerzt, dieses geniale TAP für derart niedere Dienste zu missbrauchen!".

Nach beendigung der "Reparaturarbeiten" beendet sich BM dann wieder automatisch.

[Aeppler65]

Hallo!
Heute morgen das gleiche Phänomen. Wer kann's ggf. bestätigen?

@Bernhard
Kannst Du mal erklären, wie Du das machst? Welche Einstellungen hast Du in BM vorgenommen?

Gruß,
Äppler

[Bernhard75045]

@Bernhard
Kannst Du mal erklären, wie Du das machst? Welche Einstellungen hast Du in BM vorgenommen?

Muss ich nachher mal meine *ini* raussuchen, hab aber im Moment keine Zeit (muss kurz weg).
Vielleicht schaff ich's heute Mittag.

Aber wenn du in den verlinkten Threads etwas stöberst wirst du vielleicht auch selber fündig. Ich hab da auch im iTiNa-Bereich was dazu geschrieben, ich meine, dass ich dort die *ini* sogar abgetippt hatte.
Jedenfalls kann's nicht schaden, wenn m,an sich im Vorfeld mal die ANleitung von BM anschaut.

Bis später, dann...

[Bernhard75045]

Uuups, da hab ich's ja:

; BootMenü zum Löschen und Wiederherstellen
; deffekter Dateien benutzen
; (Vers. 02) unterstützt wird:
; Filer-DB löschen
; iTiNa-EPG_Control-db löschen
; iTiNa_GD.db ersetzen
; iTiNa_key.ini ersetzen
menu 30
; 30 Sekunden lang das folgende Menü anzeigen

item Filer-DB löschen
log Filer-DB loeschen
; Aufzeichnen in Log-Datei
delete filer.db
; Löschen der Filer-DB
echo 5, Filer-DB gelöscht
poweroff off

item iTiNa-EPG_Control-DB löschen
log iTiNa-EPG_Control-DB loeschen
; Aufzeichnen in Log-Datei
delete iTiNa/EPG_Control.db
; Löschen der EPG_Control-DB
echo 5, EPG-Control-DB gelöscht
poweroff off

item iTiNa_GD.db ersetzen
log iTiNa_GD.db ersetzen
; Aufzeichnen in Log-Datei
delete iTiNa/iTiNa_GD.db
; Löschen der alten Datei
echo 5, alte iTiNa_GD.db gelöscht
copy iTiNa/BACKUP_iTiNa_GD.db : iTiNa_GD.db
; kopieren der neuen Datei
echo 5, neue iTiNa_GD.DB einkopiert
poweroff off

item iTiNa_Key.ini ersetzen
log Testdatei ersetzen
; Aufzeichnen in Log-Datei
delete iTiNa/iTiNa_Key.ini
; Löschen der alten Datei
echo 5, alte Key.ini gelöscht
copy iTiNa/BACKUP_iTiNa_Key.ini : iTiNa_Key.ini
; kopieren der neuen Datei
echo 5, neue iTiNa_Key.ini einkopiert
poweroff off

item 00:00-23:59, Leerlauf
log Leerlauf
; Aufzeichnen in Log-Datei
echo 5, Da keine Auswahl erfolgte wird BM beendet.
poweroff off


endmenu

Das ist übrigens keine *ini* sondern eine *cmd*

Ach ja, ob das bereits die Endgültige Versin meinerseits war (also die, die BM nach getaner Arbeit wieder beendet) weiß ich grad nicht, denke aber schon. Ich meine, das war der PowerOff-Eintrag.

Mal später nochmals nachschauen.

Aber jetzt: Chiao (sonst gibbs Ärger mit der Regierung...)

[Aeppler65]

Danke! Ich glaube, ich habe die gleiche Regierung... Aber wehe eine Serie wird nicht richtig
aufgenommen...

Kann es sein, dass hier der Fehler herkommt (keine EPG-Daten bei RTL...):
viewtopic.php?p=731244#p731244

Gruß,
Äppler

[Aeppler65]

Hallo! Erst einmal ein "Prosit Neujahr!"

Das Phänomen, das sich iTina aufhängt, ist schon wieder aufgetaucht.
Hat das Problem auch noch ein anderer User?

Ich lösche jetzt zum wiederholten Male die EPG*.*-Dateien per TopSet und lasse iTina neu scannen.

Gruß,
Äppler

[Bernhard75045]

Na, dann startete für dich hoffentlich wenigstens das neue Jahr etwas besser als deine iTiNa...

Zum Problem selbst muss ich sagen, dass ich (toitoitoi) seit längerer Zeit keine Probleme mehr damit hatte.

Vielleicht liest ja Erdnussnase oder einer seiner fleißigen Helfer das, was ich zu Beginn des Threads mal geschrieben habe und äußert sich dazu.

Könnte mir vorstellen, dass iTiNa als Allererstes beim Start eine Code-Datei (oder sowas) anlegt und dann, wenn das TAP korrekt gestartet ist, automatisch wieder löscht. Bei fehlerhaftem Start bleibt die Datei dann bestehen.
Noch vor dem Anlegen beim Start müsste dann nur eine Prüffunktion eingebaut sein, die bei vorhandensein der entsprechenden Datei (vom abgebrochenen letzten Start) eben die entsprechende "Regenerierungsaufgaben" automatisch durchführt und dann den Start normal weiter ausführt.

(Man kann sicherlich merken, dass ich, was TAP- und Computer-Programmierung betrifft, ein absoluter Laie bin. Sorry, ich mach mir halt nur so meine Gedanken... )

Aber selbst wenn sowas recht problemlos machbar wäre muss man sich natürlich fragen, wie oft sowas "zuschlägt". Anders ausgedrückt: Lohnt sich die Häufigkeit eines solchen Startproblems, um sowas einzubauen?

Dazu kommt noch, dass diese Abfragerei eben den Start von iTiNa etwas verlängern würde, wenn wohl auch nicht allzusehr.