Bugliste iTiNa 0.96

[Paulchen Panther]

Ich hatte die letztgenannten Dateien mal gelöscht. Trotzdem wurden letzten Sonntag die falschen iTiNa-Dateien wieder angelegt.

[Miq]

Ich hatte die letztgenannten Dateien mal gelöscht. Trotzdem wurden letzten Sonntag die falschen iTiNa-Dateien wieder angelegt.

Die alten Daten deuten daauf hin, dass nicht iTiNa was ändert und sie falsch wegschreibt, sondern irgendein anderes TAP denkt, die müssten da hin. ==> BackupSettings scheint mir der wahrscheinlichste Kandidat.

[FireBird]

BackupSettings sichert den Flash-Inhalt in eine .std-Datei. Alles andere ist dem TAP wurst.

[Miq]

[quote="FireBird"]BackupSettings sichert den Flash-Inhalt in eine .std-Datei. Alles andere ist dem TAP wurst.[/quote]

Wusste ich nicht. Danke für die Erklärung. Die L4.ini liest iTiNa aber definitiv nur und schreibt sie nicht. Bleibt z.B. noch als weitere Möglichkeit, dass der Superblock im Filesystem korrupt ist, in dem die Verzeichniseinträge stecken.

Ich bin immer noch der Meinung, dass da ein Problem steckt. Könnte es sein, dass die fileio-Calls nicht multiprozessingfähig sind? Wenn ein TAP ein Verzeichnis ändert (Löschen, Neuanlage von Dateien etc.), wird der Superblock ja geschrieben. Was, wenn ein anderes TAP einen alten Stand im Speicher hat und danach drüberbügelt, ohne das zu wollen?

[FireBird]

TAPs laufen nicht als eigene Prozesse, sondern sind nur eine Art Unterprogrammaufrufe der Hauptapplikation (ähnlich wie DLLs). Die „Firmware“ merkt sich das Arbeitsverzeichnis eines jeden TAPs und wechselt dieses vor dem Aufruf des EventHandlers. Theoretisch dürfte nichts passieren. Dass durch die mittlerweile große Anzahl der Firmware-Hacks und Direktkommunikation der TAPs ein Problem auftreten kann, lässt sich natürlich auch nicht ausschließen.

[Paulchen Panther]

Heute morgen wurden diese Dateien und der Ordner wieder angelegt.
Ich habe gerade den Interval auf "täglich" gesetzt. Mal sehen was morgen passsiert.

Ich habe da noch was Neues:

Ich habe das Backup 2 mal händisch über die iTiNa Filelist gestartet und immer kam die FileListe von iTiNa durcheinander.
Es wird nur noch diese Liste angezeigt. In diese Ordner kann ich hinein und zurück, aber nicht in die übergeordneten Ebenen. Nur ein Neustart des SRP oder von iTiNa lässt die Filelist in iTiNa wieder funktionieren.

Wenn ich das Backup über die Orginalfilelist mache passiert das nicht.

Wenn ich danach ein Backup wieder über die iTiNa Filelist mache, passiert auch nichts;

Nur wenn ich nach einem Neustart von iTiNa oder SRP das Backup über die iTiNa Filelist starte, kommt diese wieder durcheinander.

[Miq]

Ich meine mich zu erinnern, dass Erdnussnase mal gesagt hat, iTiNa lädt sich aus Performancegründen die Fileliste in den Speicher und arbeitet mit der. Könnte sein, dass sich da dann was verhakt. Vor Weihnachten komme ich aber sicher nicht dazu, danach zu sehen

[Paulchen Panther]

Macht nichts. Das ist ja nichts Tragisches.

[Paulchen Panther]

Ich hatte ja das BackUp auf täglich gestellt. Am Montag war noch alles in Ordnung aber am Dienstag wurden wieder die falschan Dateien erstellt, womit bewiesen ist, dass es bei mir mit dem BackUp TAP zusammenhängt, da vorher dieses Phänomen immer nur sonntags wenn auch das wöchentliche BackUp lief, auftrat.

[Miq]

Danke für das Ausprobieren! Bleibt noch die Frage, ob das ein Backup-, iTiNa- oder API-Problem ist.
Für iTiNa als Urheber spricht, dass ähnliche Probleme auch mit BackupSetting auftreten.
Ich muss wohl mal zwei TAPs bauen, die sich gegenseitig die Arbeitsverzeichnisse umräumen. Wenn das ähnliche Effekte zeigt, haben wir wirklich ein API-Problem.

[wuffel]

Hallo,
seit heute kann ich iTiNa nicht mehr nutzen.

Der SRP2410 stürzt nach spätestens 5 Minuten (meistens nach 2 Minuten) ab und bootet neu.

Nehme ich iTiNa aus dem Autostart raus, ist das Problem weg. Habe seit Wochen nichts an den installierten TAPs verändert – keine Ahnung, warum das seit heute so ist.
Hat jemand eine Idee?

Wäre traurig, wenn ich mich von iTiNa verabschieden müsste…

Gruß
wuffel

[macfan]

Auf jeden Fall erst einmal die Datenbanken löschen und wieder neu aufbauen lassen (Menü Tools).

Gruß, Horst

[wuffel]

Danke für den schnellen Tipp.
Werde das sofort probieren, sobald die Regierung den SRP frei gibt...

Gruß

wuffel

[scorpie]

bei mir kann ich hddinfo nicht bedienen, starte ich das tab, legt sich jedesmal itina so halb durchsichtig drüber und nix geht mehr. drück ich exit beenden sich beide.

zefix, da war ich zu schnell, drückt man die infotaste is itina weg und man kann hddinfo bedienen

[mega]

Bei RTL, näxten Montag ist es nicht möglich, 2 Aufeinanderfolgende Sendungen aufzunehmen.

Egal ob Rach und Extra, oder Extra und 30 Minuten Deutschland.
Bei der jeweils zweiten Sendung wechselt es in die Such-Ansicht. Beim Versuch aus dieser Ansicht Aufnahmen zu löschen (zeigt die Aufzunehmende Sendung und die danach Versuchte) stürzt der Topf teilweise ab.
Mit WDR z.B. klappt es dagegen.

-

Beim Wechsel in die Timeransicht ist diese Teilweise soweit runtergescrollt, das man erstmal nen Schreck bekommt, weil nur noch 2 Timer zu sehen sind.

--

Drückt man ein 2tes mal Rec, kommt ein Tina-Ändern Dialog, statt einer um den Timer zu ändern.

--

Der Timer-Dialog wäre folgendes besser:
- Einstellen/anzeigen der Zeit inkl Vor/Nachlauf.
- Startzeit und Endzeit untereinander statt in einer Zeile, wo die Endzeit nur umständlich zu erreichen ist.

[Alter Sack]

Egal ob Rach und Extra, oder Extra und 30 Minuten Deutschland.

[macfan]

[quote="mega"]Bei RTL, näxten Montag ist es nicht möglich, 2 Aufeinanderfolgende Sendungen aufzunehmen.

Egal ob Rach und Extra, oder Extra und 30 Minuten Deutschland.
Bei der jeweils zweiten Sendung wechselt es in die Such-Ansicht.[/quote]
Das dürfte die Konfliktansicht sein. Vermutlich liegt eine weitere Aufnahme parallel.

Gruß, Horst

[mega]

Ne, war schon die Suche-Ansicht.
Das manuelle längerstellen hat geklappt, also kein Konflikt?!

[macfan]

Ne, war schon die Suche-Ansicht.

Das muss schon eine Form der Konflikt-Ansicht gewesen sein. Wenn es so eingestellt ist, werden da ja Wiederholungen gesucht, so dass es für dich wahrscheinlich wie die Suche ausgesehen hat.

Das manuelle längerstellen hat geklappt, also kein Konflikt?!

Wenn du eingestellt hast, dass bei aufeinander folgenden Sendungen getrennte Aufnahmen erstellt werden, sind das zwei Aufnahmen, so dass die dritte für einen Konflikt sorgt. Machst du eine lange Aufnahme daraus, ergibt sich natürlich kein Konflikt mit der weiteren Aufnahme, weil es dann nur zwei Aufnahmen sind.

Gruß, Horst

[aGizmo]

Hallo zusammen,

mir ist jetzt schon mehrfach aufgefallen, dass iTiNa den Nachlauf einer Sendung nicht programmiert, wenn bereits eine parallele Aufnahme läuft und eine weitere (dritte) Aufnahme innerhalb des Nachlaufs starten würde.
Kann man das in iTiNa irgendwie konfigurieren, dass in diesem Fall eine Konfliktwarnung kommt, anstatt dem einfachen Weglassen des Nachlaufs?

Vielen Dank