MovieCutter

[db1]

Und wenn jemandem noch etwas einfällt, das er oder sie gerne noch eingebaut haben würde, dann "möge er jetzt sprechen, oder für immer schweigen"!

Weil ich gerade wieder einmal per ftp auf die Platte zugreife: ich finde hier immer wieder einige *.cut.bak files die irgendwie übrig bleiben. Kann man vielleicht einen Menüpunkt einbauen, der solche files in allen Ordnern sucht und löscht?
edit: verwaiste *.nav und *.inf gibt es auch immer wieder, aber das ist wohl eine andere Baustelle

[chris86]

Du kannst das Anlegen der .cut.bak Datei bereits von vorn herein unterbinden, mittels der folgenden Option in der MovieCutter.ini:

Code: Alles auswählen

# Beim Schneiden ein Backup des CutFiles anlegen. [0,1]
SaveCutBak=0

Wie entstehen bei dir verwaiste .inf und .nav Dateien?
Das sollte eigentlich nur passieren, wenn du die .rec manuell über FTP löschst. - und dann musst du die Steuerdateien halt gleich mit löschen...

PS: Um sämtliche Einstellungen der ini-Datei zu sehen, wirf mal einen Blick in die Dokumentation - oder lösche die MovieCutter.ini und lass die Installation anschließend über TAPtoDate reparieren. (bei einem Update wird die ini nämlich nicht überschrieben, damit deine Einstellungen nicht verloren gehen)

[db1]

[quote="chris86"]Wie entstehen bei dir verwaiste .inf und .nav Dateien?
Das sollte eigentlich nur passieren, wenn du die .rec manuell über FTP löschst. - und dann musst du die Steuerdateien halt gleich mit löschen...[/quote]
Nein, das muss anders passieren, manchmal ist auch eine *.cut dabei.
Sollte ich per ftp löschen (was ich eigentlich nie mache), würde ich natürlich alle Dateien eines Films mitnehmen.
Vielleicht waren das aber noch Überbleibsel von nach dem Schnitt "verschwundenen" Dateien (was in letzter Zeit nie mehr passiert ist) nach "Überprüfe Festplatte" (was in letzter Zeit leider häufig passiert)? Ich habe schon länger nicht mehr per ftp zugegriffen.

[macfan]

Heute wollte ich eine Sendung schneiden. MovieCutter blieb bei "Schnitt 0..:" stehen, so dass ich das Gerät ausschalten musste. Nach dem Neustart war die Aufnahme verschwunden, nur eine leere Datei mit dem Namen + ".temp" da, aber der von der Aufnahme belegte Speicherplatz wurde dennoch nicht freigegeben. Was ist denn da passiert? Ist noch etwas zu machen?

Gruß, Horst

[Twilight]

das tap lost&found starten, wenn es nicht im autostart ist.

twilight

[macfan]

Es ist im AutoStart, aber kein lost&found-Ordner da, dann hat es doch nichts gefunden?

Gruß, Horst

[Twilight]

das ist allerdings komisch...hast du per ftp nachgesehen?

twilight

[macfan]

Auch per FTP kein Ordner zu sehen. Der liegt doch direkt in DataFiles?

Gruß, Horst

[Twilight]

jepp.

twilight

[Maliboy]

Lost&Found hat bei mir noch NIE etwas gefunden oder Repariert.

[Twilight]

das mag bei dir so sein, bei allen anderen aber schon. speziell wenn der speicherplatz eben nicht frei gegeben ist. das ist grundvoraussetzung das das tap was finden kann.

twilight

[Maliboy]

Ich bin augenscheinlich NICHT der einzige. Aber das ist ein anderes Thema.

[Twilight]

maliboy, nochmal: das dieser mechanismus funktioniert müssen bstimmte voraussetzungen erfüllt sein. das tap zaubert ja nicht, sondern holt einfach die datein aus dem nicht zugängigen bereich ins datafiles. wenn dort keine files sind, weil eben etwas anderes passiert ist kann das tap auch nicht zaubern.
also...wenn daten ins lost&found des srps, also im systemordner landen dann holt das tap die daten auch wieder in den sichtbaren bereich zurück.

twilight

[chris86]

Heute wollte ich eine Sendung schneiden. MovieCutter blieb bei "Schnitt 0..:" stehen, so dass ich das Gerät ausschalten musste. Nach dem Neustart war die Aufnahme verschwunden, nur eine leere Datei mit dem Namen + ".temp" da...

Sicher, dass diese Datei "leer" ist!? Ist die Dateigröße im FTP 0 Byte?
Am wahrscheinlichsten wäre, dass durch einen (bisher unbekannten) Fehler deine komplette Aufnahme in der Temp-Datei gelandet ist...

...aber der von der Aufnahme belegte Speicherplatz wurde dennoch nicht freigegeben. Was ist denn da passiert? Ist noch etwas zu machen?

Ich nehme an, dass der Receiver nach deinem Neustart ein "Prüfe Festplatte..." durchgeführt hat? Wenn der Speicherplatz trotzdem nicht freigegeben wurde, dann müsste die Datei noch irgendwo liegen, und zu retten sein...

Am wichtigsten jedoch ist die Frage "Was ist da passiert?". Schließlich wollen wir vermeiden, dass das noch öfters vorkommt!
Aber hierbei gilt wie immer: Ohne Log-Datei keine Diagnose...

[macfan]

Sicher, dass diese Datei "leer" ist!? Ist die Dateigröße im FTP 0 Byte?

Leider ja.

Am wichtigsten jedoch ist die Frage "Was ist da passiert?". Schließlich wollen wir vermeiden, dass das noch öfters vorkommt!
Aber hierbei gilt wie immer: Ohne Log-Datei keine Diagnose...

Maile ich dir.

Gruß, Horst

[chris86]

Hmm, ist hier ein Beitrag von mir verschwunden...?
Ich könnte schwören, ich hätte gestern hier geantwortet...

Hat jemand den absichtlich gelöscht, weil er gegen irgendwas verstoßen hat?

[FireBird]

Also im Forumskübel liegt kein Beitrag von Dir. Wenn es einen Verstoß gibt, wird man üblicherweise auch per PM darauf hingewiesen.

[chris86]

Hmm, na gut... - Vielleicht hab ich ja in einem Anflug von geistiger Umnachtung nur auf "Vorschau" geklickt, statt abzusenden...

Code: Alles auswählen

2015-05-11 05:54:02 FileCut('Xyzxyzxyzxy (3_4) - Krimiserie GB_2013.rec', 'Xyzxyzxyzxy (3_4) - Krimiserie GB_2013_temp.rec', '/mnt/hd/DataFiles/Serien', 0, 1244016)
2015-05-11 05:54:02 ApplHdd_FileCutPaste('Xyzxyzxyzxy (3_4) - Krimiserie GB_2013.rec', 0, 1244016, 'Xyzxyzxyzxy (3_4) - Krimiserie GB_2013_temp.rec')
[color=Red]<keine Reaktion>[/color]
2015-05-11 07:41:30 ***  MovieCutter V3.2 started! (FBLib 2013-02-18) ***

So wie es aussieht, wurde die Firmware-Schnitt-Funktion ApplHdd_FileCutPaste vollkommen korrekt aufgerufen - ist dann aber hängengeblieben und nicht mehr zurückgekehrt.
Was für einen Unsinn die FW hier genau veranstaltet hat, werden wir wohl nie erfahren - da die genaue Arbeitsweise dieser Funktion niemandem hier (noch nicht einmal Firebird) bekannt ist...

Vermutlich wies deine Aufnahme irgendeine Anomalie auf, die die FW so nicht erwartet hatte. Ohne die Aufnahme, ist das aber natürlich unmöglich zu diagnostizieren...

Interessant wären noch folgende Fragen:

• Als der Hänger erfolgte, war es da möglich, den Prozess mit Hilfe der speziell für solche Fälle geschaffenen Notfall-Taste [Sleep] abzubrechen? Hast du das zufällig probiert?
• War es während des Hängers möglich, per Telnet und/oder FTP auf den Topf zuzugreifen? So wäre vielleicht eine Rettung der Aufnahme bzw. nähere Diagnose möglich gewesen...
• Könntest du vielleicht einmal die (scheinbar) 'leere' temp-Datei in ihren ursprünglichen Namen umbenennen (.inf und .nav sollten ja noch vorhanden sein) und versuchen, diese abzuspielen? Da sie ja nicht in Lost&Found ist und der Speicher noch belegt ist, wäre es möglich, dass sich deine Aufnahme trotzdem darin befindet.

Ansonsten bleibt nichts anderes übrig, als das Problem weiter zu beobachten. Falls also etwas in der Art (oder andere Merkwürdigkeiten) nochmal auftreten sollte, dann melde dich bitte sofort - am besten noch bevor dem Ausschalten des Topfs (falls FTP-Zugriff o.ä. noch funktioniert)!

[macfan]

]Als der Hänger erfolgte, war es da möglich, den Prozess mit Hilfe der speziell für solche Fälle geschaffenen Notfall-Taste [Sleep] abzubrechen?

Das wusste ich noch nicht, hätte ich natürlich probiert.

War es während des Hängers möglich, per Telnet und/oder FTP auf den Topf zuzugreifen? So wäre vielleicht eine Rettung der Aufnahme bzw. nähere Diagnose möglich gewesen...

Auf diese Idee bin ich leider auch nicht gekommen. FTP ist klar, aber was sollte ich in diesem Fall mit telnet machen?

Könntest du vielleicht einmal die (scheinbar) 'leere' temp-Datei in ihren ursprünglichen Namen umbenennen (.inf und .nav sollten ja noch vorhanden sein) und versuchen, diese abzuspielen? Da sie ja nicht in Lost&Found ist und der Speicher noch belegt ist, wäre es möglich, dass sich deine Aufnahme trotzdem darin befindet.

Mache ich, aber da auch FTP 0 Bytes anzeigt, bin ich da skeptisch.

Falls also etwas in der Art (oder andere Merkwürdigkeiten) nochmal auftreten sollte

War übrigens vor einiger Zeit schon einmal.

dann melde dich bitte sofort - am besten noch bevor dem Ausschalten des Topfs (falls FTP-Zugriff o.ä. noch funktioniert)!

Alles klar, jetzt kenne ich ja auch zwei Möglichkeiten des Eingriffs.

Gruß, Horst

[chris86]

FTP ist klar, aber was sollte ich in diesem Fall mit telnet machen?

Naja, die Firmware hat irgendwas mit deiner Aufnahme angestellt, was wir nicht wissen. Möglicherweise wurde der zugehörige Inode im Dateisystem beschädigt.

Sobald du den Receiver hart ausschaltest, erfolgt beim nächsten Reboot durch die FW eine (schreibende) Festplattenprüfung - und die Datei wird evtl. einfach gelöscht. Danach ist jede weitere Diagnose unmöglich.

Solltest du nach dem Fehler noch per Telnet auf den Topf kommen, kann eine read-only Festplattenprüfung durchgeführt werden mit

Code: Alles auswählen

/mnt/hd/ProgramFiles/jfs_fsck -n /dev/sda2

Diese zeigt (mit etwas Glück) an, welche Datei(en) auf welche Art beschädigt wurden und gibt uns somit weitere Hinweise für die Diagnose.
Desweiteren können die entsprechenden Dateien dann gesichert werden, was bedeutet, dass sie
(a) nicht verloren gehen und
(b) zur Fehlereingrenzung analysiert werden können