MovieCutter

[BluField62]

auch auf der internen Platte liegen solch merkwürdige Dateien, dort machen sie keine Schwierigkeiten.

[BluField62]

was passiert in MC 2.0, wenn solch eine .cut automatisch gelöscht wird?
Kann MC 2.0 die überhaupt löschen?
Was passiert bei einem Fehlversuch?

Leider kann ich diese Datei nicht von der externen Platte runterbekommen, um sie für Tests zur Verfügung zu stellen.

[chris86]

Vielleicht liegt es an den merkwürdigen Hyroglyphen und vielleicht ist das auch ein Störfaktor der MC Version 2.0, der dann lieber gleich alles löscht!?

MC löscht niemals "lieber gleich alles"! Dass in Einzelfällen Aufnahmen verschwinden, geschieht nach dem Reboot, wenn MC gar nicht aktiv ist.
Außerdem hält MC das CutFile selbst während der Wiedergabe nicht dauerhaft geöffnet.

Das Problem sind die Sonderzeichen, die dein FTP-Client nicht korrekt verarbeitet. Es kann helfen, das TAP StartFTPd zu benutzen, und sich zu dessen FTP-Server zu verbinden.

Beim automatischen Löschen der cut-Files sucht MC nur im Ordner /DataFiles, keine Unterverzeichnisse.
Sonderzeichen stellen für ihn kein Problem dar. Für deinen FTP-Client hingegen schon.

Du kannst versuchen, die Datei per Telnet zu löschen. Oder wenn die HDD sowieso extern ist, wieso dann nicht einfach am PC?

[klassikmann]

So, ich komme jetzt erst dazu die Fragen von chris86 zu beantworten quote=""chris86""]klassikmann:
1.) In deinem Log gibt es noch mehr gelöschte Aufnahmen. Was ist zum Beispiel mit den folgenden? Die wurden auch beim Start gelöscht. War das gewünscht? Und wenn ja, welches TAP hat das getan?
...

[FireBird]

[quote="klassikmann"]Mysteriös[/quote]
Stimmt, denn auch SE löscht nicht nur die rec, sondern auch inf und nav.

[klassikmann]

Heute morgen habe ich drei Aufnahmen von gestern geschnitten. Der Topf wurde danach über den Tag hinweg mehrmals ein- und ausgeschaltet. Die geschnittenen Aufnahmen sind noch da. Ich wette fast, morgen Früh sind sie weg..

Von wegen. Das Muster hat sich nicht bestätigt. Der Topf startete heute Morgen ohne Festplattenüberprüfung und die drei geschnittenen Aufnahmen waren noch da.

Jetzt sind mir gerade die Ideen für weitere Testszenarien ausgegangen. Ich werde aber schon mal den TimeShiftSaver deaktivieren.

Was macht das TAP

Der TMS kann die zuletzt gemachte TimesShift-Aufnahme speichern. Es wird aber immer
nur diese letzte Aufnahme gespeichert, wenn man sie nicht manuell verschiebt.
Einmal zu viel umgeschaltet ist ein Timeshiftpuffer vielleicht weg, den man noch fertig schauen wollte.
Dieses TAP verschiebt jede Timeshift Aufnahme im Order TimeShift automatisch
nach TimeShift/Save, wo sie nach einstellbarer Zeit gelöscht wird. Dabei wird die Aufnahme
mit Sendername und/oder Sendungstitel umbenannt.
Standard ist Aufnahmen 36 Stunden aufzubewahren und mit Sendername
und Sendungstitel umzubenennen.

Da dieser TAP auch Aufnahmen löscht, bspw. alle durch Zappen entstandenen Schnipsel und ich bisher noch nie auf seine Sicherungen zurückgreifen musste, sehe ich erst mal keinen Verlust an Funktionalität.

Ansonsten melde ich mich, wie ich neue Indizien finde. Falls aber jemand Ideen hat, was ich mal ausprobieren könnte, nur her damit.

Gruß
Herbert

[chris86]

Danke für das ausgiebige Testen!

Falls aber jemand Ideen hat, was ich mal ausprobieren könnte, nur her damit.

Du bist ja nicht der einzige mit diesem ominösen Problem: Wolfman hatte ja schon einmal dieselben Symptome beschrieben.

Vielleicht könntet ihr einmal eure Konfigurationen vergleichen - um mögliche Übeltäter besser aufspüren zu können?
Interessant wären zum Beispiel:
- Receiver (genaues Modell + Firmwareversion)
- Welche TAPs sind installiert, welche im Autostart (insbesondere TimeShiftSaver?)
- Welche TAPs liefen während dem Schnittprozess (Unterschiede wenn es geklappt hat vs. fehlgeschlagen ist)
- Sender der fehlgeschlagenen Aufnahme(n)
- Timeshift aktiv während dem Schneiden?

Standard ist Aufnahmen 36 Stunden aufzubewahren

Wie lang ist das bei dir eingestellt? Müsste man mal nachschauen, ob zufällig genau diese Zeitspanne zwischen dem Schneiden (oder Aufnehmen) und dem Löschen lag...

...Festplattenprüfung...

Die Festplattenprüfung hatte ich ganz vergessen. Das ist natürlich ein Indiz, das gegen eine beabsichtigte Löschung durch ein TAP spricht...
Vielleicht könnte ja auch irgendein Problem mit der Zuordnung der inodes auftreten? z.B. wenn Timeshift und der TimeshiftSaver laufen, und dann ein Schnitt durchgeführt wird - womöglich erkennt der TimeshiftSaver das als neue Timeshift-Aufnahme, nimmt den inode und speichert eine andere Aufnahme drüber...?
Oder die FW schreibt den neu erzeugten inode in irgendeine interne Liste nicht korrekt hinein, was dann bei irgendeiner zukünftigen Aufnahme dazu führt, dass diese auf demselben inode landet? Wenn man Timeshift und den TimeshiftSaver aktiviert hat, passieren natürlich öfter Aufnahmestarts, was die Auftrittshäufigkeit des Problems erhöhen würde? - prinzipiell wäre das Problem in diesem Fall aber dann auch völlig ohne andere TAPs möglich (nur weniger wahrscheinlich)

Das sind bloße Spekulationen, da ich weder genau weiß, wie die interne Schnittroutine arbeitet, noch wie das Dateisystem des Topf genau funktioniert, und wie die inodes zu Aufnahmen verwaltet werden...
@Firebird: Hast du da mehr Ahnung von? Wenn irgendwer das wissen könnte, dann ja vermutlich du

[chris86]

Achja, und noch etwas, das man testen könnte:
Es gibt ja zwei weitere Schnitt-TAPs, die sehr ähnlich (aber mit geringfügigen Unterschieden) arbeiten:
MovieCutter 1.x und StPbTools
Wäre interessant, ob mit denen dieselbe Problematik besteht. (obwohl das natürlich extrem schwer herauszufinden ist, bei einem sporadischen, nicht-reproduzierbaren Problem)

[klassikmann]

Mit MC 1.x hatte ich nicht diese Probleme, StPbTools benutze ich nicht. Deine vorherigen Fragen kann ich erst später heute beantworten.

Gruß
Herbert

[FireBird]

Das sind bloße Spekulationen, da ich weder genau weiß, wie die interne Schnittroutine arbeitet, noch wie das Dateisystem des Topf genau funktioniert, und wie die inodes zu Aufnahmen verwaltet werden...
@Firebird: Hast du da mehr Ahnung von? Wenn irgendwer das wissen könnte, dann ja vermutlich du

Schön, wenn jemand den Erfolgsdruck so aufbaut. Und nein, ich weiß es nicht. Ich hatte einmal versucht, die Schnittfunktion nachzuverfolgen, aber unter Assembler ist das schon mühsam und bei den komplexen Routinen habe ich irgendwann den Überblick verloren. Da ich davon ausgehe, dass die Koreaner die Schnittroutinen nicht selbst erfunden haben, gibt es eine Chance, ein paar Infos darüber im Netz aufzustöbern. Aber so sehr hat es mich dann damals auch wieder nicht interessiert.

[chris86]

Schön, wenn jemand den Erfolgsdruck so aufbaut.

Sei doch froh, dass das ganze Forum so große Stücke auf dich hält!
(Und auch wer viel weiß, muss ja nicht alles wissen...)

Mit MC 1.x hatte ich nicht diese Probleme, StPbTools benutze ich nicht.

Das sagt so aber noch nichts. Ich will ja gar nicht ausschließen, dass ich da irgendwas merkwürdiges verbockt habe... halte es aber doch für extrem unwahrscheinlich, da die FW-Schnittroutine nach wie vor ein- und dieselbe ist.

Wir haben nun schon so viele nicht-MC-spezifische Faktoren, die möglicherweise eine Rolle spielen könnten (andere TAPs wie TMSTelnet oder TimeshiftSaver, Festplattenfüllstand, evtl. Firmware-Update, usw.), dass die Situation auch mit MC 1.x nun anders aussehen könnte...

[klassikmann]

Mit MC 1.x hatte ich nicht diese Probleme, ...

Das sagt so aber noch nichts. Ich will ja gar nicht ausschließen, dass ich da irgendwas merkwürdiges verbockt habe... halte es aber doch für extrem unwahrscheinlich, da die FW-Schnittroutine nach wie vor ein- und dieselbe ist.

Wir haben nun schon so viele nicht-MC-spezifische Faktoren, die möglicherweise eine Rolle spielen könnten (andere TAPs wie TMSTelnet oder TimeshiftSaver, Festplattenfüllstand, evtl. Firmware-Update, usw.), dass die Situation auch mit MC 1.x nun anders aussehen könnte...

Mit meiner Aussage wollte ich auf keinen Fall die "Schuldfrage" bei MC 2.0 abladen. Ich habe nur Deine Frage beantwortet bzgl. MC 1.x. Um die Ursache(n) zu finden, müssen wir weiter breit an das Thema rangehen.

Gruß
Herbert

[FilmFan]

Ich wollte mal kurz einwerfen, daß ich anfangs schon mal ähnliche Probleme mit MovieCutter 1.0 bei meinem CRP hatte. Nach dem Schnitt wurde eine geschnittene Datei beschädigt und ein paar zuvor geschnittene Dateien gelöscht. Seitdem mir das zweimal passiert ist, schneide ich nicht mehr am Topfield.

[chris86]

[quote="klassikmann"]Mit meiner Aussage wollte ich auf keinen Fall die "Schuldfrage" bei MC 2.0 abladen.[/quote]
Es geht ja gar nicht um irgendeine "Schuldfrage". Aber wenn sich herausstellen sollte, dass das Problem tatsächlich nur mit der neuen Version auftritt, dann würde ich wohl oder übel schrittweise die Änderungen wieder rückgängig machen müssen, bis das Problem beseitigt ist...

[BluField62]

nach mehreren Tests mit MC 1 und 2 kann ich nun mit Sicherheit sagen, dass das PIP-Blinken von diesem TAP kommt.
Startet man irgendein anderes TAP nach, ist beim nächsten Videotext Aufruf das Blinken weg.

[chris86]

Dann mach mal bitte das, worum ich dich schon vor Wochen gebeten habe:

Falls AutoOSDPolicy=0 gesetzt ist, werden jetzt nur noch ein paar Vergleichsoperationen ausgeführt, und keine einzige Firmware-Instruktion mehr abgesetzt.
Seiteneffekte auf die FW oder andere TAPs sind (im inaktiven Modus) damit ausgeschlossen!

@BlueField: Bitte probiere es mit der neuen Version. Falls deine Fehler wieder auftreten, dann stelle bitte in der ini-Datei AutoOSDPolicy auf 0.
Falls der Fehler dann immernoch auftritt, dann liegt es nicht an MC.
Bitte berichte von deinem Ergebnis!

Bitte zum Testen die neueste Version (MC 2.0d, e, oder f) verwenden und in der ini AutoOSDPolicy=0 setzen. Bitte vorher den Receiver mit gedrückter '0' neu starten, damit wirklich keine anderen TAPs aktiv sind.
Tritt das Problem dann noch auf?

[BluField62]

grrh...für einen weiteren Test muss ich erst ein paar neuere Aufnahmen abarbeiten und bei Bedarf sichern.
Nicht dass mir eine gelöscht wird.
Kann also noch ein paar Tage dauern.

[FireBird]

Lass den Topf einfach eine Stunde irgendetwas aufnehmen. Oder brauchst den Nervenkitzel?

[chris86]

grrh...für einen weiteren Test muss ich erst ein paar neuere Aufnahmen abarbeiten und bei Bedarf sichern.
Nicht dass mir eine gelöscht wird.
Kann also noch ein paar Tage dauern.

Wieso denn das? Du musst doch nichts schneiden, um den inaktiven Modus zu testen...
(Zumindest gehe ich nach deiner dürftigen Problembeschreibung davon aus, dass dieses "PIP-Blinken" bei dir jedes Mal auftritt, wenn der MC gestartet wurde und im Hintergrund läuft. Dabei wird ja sicherlich nichts gelöscht...)

[BluField62]

nein, nach dem Schneiden deaktiviere ich MC und trotzdem blinkt es munter weiter.
Okay, das eine kann ich ja testen, aber ich würde auch gerne andere mögliche Szenarien durchspielen, eben wegen dem Nervenkitzel