MovieCutter

[klassikmann]

[quote="chris86"](Ich werde in der nächsten Version mal versuchen, den Menü-Button solange zu sperren, bis der zuletzt beauftragte Sprung durchgeführt wurde.)[/quote]Das klingt gut.

Herbert

[super-mentor]

Zuerst vielen Dank an @chris86 für seine Fragen und Tipps.

• Welche Version des MovieCutters verwendest du?
• Sind nur Aufnahmen von der internen oder auch von einer externen HDD verschwunden?
• War das Verschwinden der Aufnahmen mit einer Festplatten-Prüfung beim Starten des Receivers verbunden?
• Ist das die erste Festplatten-Prüfung gewesen, die du seit dem 13.01.2014 hattest?
  (oder ist vorher schon einmal ein HDD-Check aufgetreten, den die jetzt gelöschten Aufnahmen überlebt haben) - [wichtige Frage!!!]
• Hast du beim Schneiden TimeShift aktiviert?

Zu den Fragen:

* MC Version 2.0d
* Aufnahmen sind nur auf der internen HD verschwunden (nur *.rec, alle *.NAV und *INFO sind noch da)
* Keine Festplattenprüfung seit mindestens 2 Wochen
* TimeShift nicht verwendet; ist deaktiviert

Was genau bedeutet das? Lag zwischen dem "nächsten Aufruf" ein Neustart (ggf. mit Festplattenüberprüfung), oder passierte das einfach so? Falls zweiteres: Bist du sicher, dass die Dateien direkt zuvor noch da waren?

Zwischen dem letzten Schnitt (von 3 Aufzeichnungen) und dem Aufruf der Liste Aufgenommene Sendung gabe es keinen Neustart und auch keine Festplatten-Überprüfung. Ich habe immer nach dem Schnitt einer Aufnahme die Dateiliste auf die neue Dateigröße geprüft, um doppelte "Schnittaktionen" zu vermeiden. Alle Dateien waren vor der letzten Schnittaktion noch da, der belegte Speicherplatz wurde richtig angezeigt.

Zu Deinem gutgemeinten Tipps zur Rettung der verlorenen Aufnahmen: Die vorgeschlagenen komplexen Aktionen traue ich mir nicht zu. Dazu fehlen mir die "Experten-Kenntnisse" im PC-Sektor. Ich möchte nicht noch mehr "kaputtmachen". Ich werde versuchen, die verlorenen Aufnahmen wenigstens teilweise bei Wiederholungen im Sommerloch wieder zu finden.

Noch drei Fragen: Seit ca. 2 Wochen habe ich das TAP "BetterVideoText" im Autostart-Ordner. Könnte das die Ursache sein?

Kann ich weiter MC verwenden? Ich werde heute noch auf die Version 2.0h updaten.

Kann mir das bisher nicht verwendete TAP RescueRecs im Autostartordner helfen, künftig Verluste zu vermeiden?

[Woodman]

Sicher, alle Typen!? Im Log sind nur die .recs aufgeführt. Waren die .infs und .navs denn ebenfalls gelöscht?

Ja, waren ebenfalls betroffen. Soweit ich weiß, zeigt TimerDiags nur die .rec-files an.

Code: Alles auswählen

2012-12-20 07:53:39 TimerDiags: RECMON: 'Visite - 2012-08-07 20-15.rec' has been deleted (dev=2050, inode=4480)
2012-12-20 07:53:39 TimerDiags: RECMON: 'Die Reifepruefung - 2012-08-08 00-15.rec' has been deleted (dev=2050, inode=4399)
2012-12-20 07:53:39 TimerDiags: RECMON: 'Konrad Adenauer - 2012-07-31 19-30[b](Cut-1)[/b].rec' has been deleted (dev=2050, inode=413697)

Und zumindest die Adenauer-Datei war geschnitten.

Ja, ich kann nicht leugnen, das ich mit MC schon mal "gespielt" habe. Aber das war mit Sicherheit noch die "Original-Version".

Kannst du mit Sicherheit sagen, dass bei den dort gelöschten 122 Aufnahmen eine dabei war, die niemals mit dem MC angefasst wurde?

Du hast ja die Liste gesehen: Bei den gelöschten Aufnahmen wurden nur diese mit MC "angefasst":

Code: Alles auswählen

2012-12-20 07:53:39 TimerDiags: RECMON: 'Konrad Adenauer - 2012-07-31 19-30(Cut-1).rec' has been deleted (dev=2050, inode=413697)
...
2012-12-20 07:53:39 TimerDiags: RECMON: 'Der rosarote Panther - 2012-07-28 22-15(Cut-1).rec' has been deleted (dev=2050, inode=4535)
...
2012-12-20 07:53:39 TimerDiags: RECMON: 'Die Apple-Story - 2012-11-11 10-05(Cut-1).rec' has been deleted (dev=2050, inode=4171)
2012-12-20 07:53:39 TimerDiags: RECMON: 'Die Apple-Story - 2012-11-11 10-05(Cut-2).rec' has been deleted (dev=2050, inode=4476)

[Woodman]

@chris86: Wenn Du hier Dir die TAPSystem-2012(Teil 2).zip ansiehst, dann ist bei den betroffenen 114 gelöschten Dateien keine einzige die mit MC geschnitten wurde.

[Henk Puister]

Erste Niederländische Übersetzung, version V2.0h final.

@chris86, das stimmt (leider). jetzt hoffentlich die Richtige

[chris86]

Zwischen dem letzten Schnitt (von 3 Aufzeichnungen) und dem Aufruf der Liste Aufgenommene Sendung gabe es keinen Neustart und auch keine Festplatten-Überprüfung. Ich habe immer nach dem Schnitt einer Aufnahme die Dateiliste auf die neue Dateigröße geprüft, um doppelte "Schnittaktionen" zu vermeiden. Alle Dateien waren vor der letzten Schnittaktion noch da, der belegte Speicherplatz wurde richtig angezeigt.

Okay, diese Variante ist dann tatsächlich neu.
Allerdings ist MovieCutter 2.0d nun auch schon ziemlich alt, und es wurden seitdem äußerst gravierende Fehler behoben. Ich habe diese Version nicht ohne Grund schon vor geraumer Zeit aus TAPtoDate zurückgezogen...

Zu Deinem gutgemeinten Tipps zur Rettung der verlorenen Aufnahmen: Die vorgeschlagenen komplexen Aktionen traue ich mir nicht zu. Dazu fehlen mir die "Experten-Kenntnisse" im PC-Sektor. Ich möchte nicht noch mehr "kaputtmachen".

Außer dem Garantiesiegel auf deinem Receiver (falls vorhanden) kannst du nicht viel kaputt machen. Falls du noch Fragen zur Datenrettung hast, kannst du mir auch gern eine Mail schreiben.

Noch drei Fragen: Seit ca. 2 Wochen habe ich das TAP "BetterVideoText" im Autostart-Ordner. Könnte das die Ursache sein?

Unwahrscheinlich. Du bist ja nicht der erste, der von derartigen Problemen berichtet. Und die anderen hatten dieses TAP nicht. Testweise kannst du natürlich trotzdem einmal alle anderen TAPs, die du nicht benötigst, deaktivieren.

Kann ich weiter MC verwenden? Ich werde heute noch auf die Version 2.0h updaten.

Auf jeden Fall nicht deine alte Version! In Version 2.0g und h wurden diverse Maßnahmen ergriffen, die dem Problem entgegenwirken sollen. Und bis jetzt sieht das Ergebnis recht vielversprechend aus...
Ich selbst benutze den MC seit langem oft und viel, und werde dies auch weiterhin tun.
Bei mir (wie auch der überwiegenden Mehrheit aller Nutzer) ist es noch nie zu einem Verlust gekommen.
Dennoch würde ich empfehlen, rein vorsichtshalber ab und zu eine Sicherung deiner wichtigsten Aufnahmen auf PC oder externe HDD durchzuführen.

Kann mir das bisher nicht verwendete TAP RescueRecs im Autostartordner helfen, künftig Verluste zu vermeiden?

Das kann ich dir nicht beantworten, da ich weder weiß, was genau das Problem war, noch wie RescueRecs funktioniert. Denke aber, es wird wohl nicht schaden...

Ja, waren ebenfalls betroffen. Soweit ich weiß, zeigt TimerDiags nur die .rec-files an.
Du hast ja die Liste gesehen: Bei den gelöschten Aufnahmen wurden nur diese mit MC "angefasst" [...]

Danke für die Klarstellung. Dann gibt es also ganz offenbar noch irgendwelche anderen ominösen Ursachen, die zum plötzlichen Aufnahmensterben führen können.
Aber natürlich bleibt auch weiterhin das oberste Ziel, dass der MC künftig nicht (mehr) zu diesen Verursachern gehört!

Erste Niederländische Übersetzung, version V2.0h final.

Danke Henk, für deine Mühe! Ich fürchte aber, du hast da versehentlich eine falsche Übersetzungsdatei hochgeladen... (es stimmt weder die Anzahl der Strings, noch deren Bedeutung)

[db1]

Bei mir wurde gestern mit der neuesten TTD Version bei zwei Filmen (mit markiertem Vor und Nachlauf) nur das Ende geschnitten, der Anfang nicht (mit Fehlermeldung ohne Absturz). Bei der Darstellung der Fehlermeldung waren im Menü noch alle drei Segmnente sichtbar (erstes und letztes markiert) obwohl das letzte geschnitten war. Die geschnittenen Videos arbeiten einwandfrei.
Logs kann ich erst am Abend liefern, das war gestern zu spät.
Ich vermute nach wie vor ein Timing Problem da mein Topf auch sonst oft langsam reagiert (warum auch immer ). Würde es viel Aufwand sein eine Variable für ein Delay in eine ini auszulagern, damit ich da selbst experimentieren könnte?

[chris86]

Bei mir wurde gestern mit der neuesten TTD Version bei zwei Filmen (mit markiertem Vor und Nachlauf) nur das Ende geschnitten, der Anfang nicht (mit Fehlermeldung ohne Absturz). Bei der Darstellung der Fehlermeldung waren im Menü noch alle drei Segmnente sichtbar (erstes und letztes markiert) obwohl das letzte geschnitten war. Die geschnittenen Videos arbeiten einwandfrei.
Logs kann ich erst am Abend liefern, das war gestern zu spät.

Klingt so, als wäre da nach dem Schnitt die Ermittlung der PlayInfo nicht mehr möglich gewesen, weshalb der neue Sicherheitscheck (zu recht) zuschlagen hat.
Das könnte tatsächlich ein Timeout-Problem sein - wahrscheinlicher wären aber andere Ursachen. Warten wir erstmal auf das Log.

[Henk Puister]

Richtige Niederländische Übersetzung hochgeladen. Sie original Beiträge.

[db1]

[quote="chris86"]Warten wir erstmal auf das Log.[/quote]
Bitte sehr.

[chris86]

Bitte sehr.

Code: Alles auswählen

2014-02-09 23:23:03 ***  MovieCutter [b]V2.0h beta3[/b] started!  ***
2014-02-09 23:23:03 ====================================
(...)
2014-02-09 23:25:16 MovieCutter() finished.
2014-02-09 23:25:16 Size of the new playback file (after cut): 5645832192
[b]2014-02-09 23:25:16 Reported new totalBlock = 4294967295[/b] [i](=-1)[/i]
2014-02-09 23:25:16 CutFileSave()! CurrentDir: /DataFiles/Christine, PlaybackName: Kulturmontag ... anfang.rec, CutFileName: Kulturmontag ... anfang.cut
2014-02-09 23:25:16 Seg      Block Time        Pct Sel Act
2014-02-09 23:25:16 00: 0000000000 0:00:00.000 000 yes    
2014-02-09 23:25:16 01: 0000101698 0:14:33.488 009  no   *
2014-02-09 23:25:16 02: 0000625646 1:03:36.596 056 yes    
2014-02-09 23:25:16 03: 0001099843 1:42:52.657 100  no    
2014-02-09 23:25:16 MovieCutterProcess() finished!

... und schwupps, da haben wir auch schon das Problem!
Das ist nicht die "neueste" Version, sondern die letzte beta. Dieser Fehler sollte inzwischen bereits behoben sein.

(Wäre allerdings möglich, dass ich da beim TAPtoDate-Update versehentlich eine falsche Version eingestellt habe. Das prüfe ich gleich, wenn ich nach Hause komme...)
Edit: Habs geprüft. Nein, ich leide glücklicherweise doch nicht unter völliger geistiger Umnachtung . Die Version in TAPtoDate ist schon die richtige. Versuche bitte einfach ein Update zu machen, dann sollte der Fehler weg sein...

[db1]

O.k. sorry TTD hatte mir diese als update angezeigt und ich habe die Version dann nicht überprüft.
Leider zeigt TTD nicht an, dass es beim Server Abfragen wohl wieder einmal keine Verbindung gefunden hat, aber das ist eine andere Geschichte

[klassikmann]

Ich habe schon wieder einen reproduzierbaren "Aufnahmenfresser". Ob MC der Verursacher ist? Kann sein, muss aber nicht.

Szenario:
Ich benutze seit gestern morgen die "2.0h final". Eben habe ich mir einen der geschnittenen Aufnahmen angeschaut. Gegen Ende habe ich die Aufnahme gestoppt. Danach habe ich zufällig und unbeabsichtigt die "Sleep"-Taste gedrückt. Dadurch ist der Topf eingefroren, d.h. er ist weder mit der FB noch mit TMSRemote noch am Topf selbst bedienbar. Die schon offene FTP-Verbindung bleibt aber benutzbar.

Beim Ausschalten des Topfes scheint nochmal was in das TAPSystem.log geschrieben zu werden:

Code: Alles auswählen

2014-02-11 17:16:16 TimerDiags: No events for 559420 ms
2014-02-11 17:16:16 TimerDiags: System clock jumped from '2014-02-11 17:06' to '2014-02-11 17:16'
2014-02-11 17:16:16 TimerDiags: Free space on internal disk is 779 GB
2014-02-11 17:16:16 TimerDiags: TAP has been stopped: 'TMA1 A-052'

Nach dem Neustart gab es eine Festplattenüberprüfung und die geschnittenen Aufnahmen der beiden letzten Tage waren im Orkus.

Das Einfrieren nach Drücken der Sleep-Taste ist reproduzierbar.

Ratlos
Herbert

[chris86]

Ich habe schon wieder einen reproduzierbaren "Aufnahmenfresser".

Nein, nein, nein, nein, NEIN!!!! Das darf doch nicht wahr sein!

Na gut, wollen wir mal sehen, was sich tun lässt:

Szenario:
Ich benutze seit gestern morgen die "2.0h final". Eben habe ich mir einen der geschnittenen Aufnahmen angeschaut. Gegen Ende habe ich die Aufnahme gestoppt. Danach habe ich zufällig und unbeabsichtigt die "Sleep"-Taste gedrückt. Dadurch ist der Topf eingefroren, d.h. er ist weder mit der FB noch mit TMSRemote noch am Topf selbst bedienbar. Die schon offene FTP-Verbindung bleibt aber benutzbar.

Okay, das könnte ein MC-Fehler sein...
Die Sleep-Taste ist ein undokumentiertes "Feature", das ich vor einiger Zeit mal als "Notausgang" eingebaut habe. Diese beendet den MC sofort, und versucht all seine OSDs usw. auszublenden. Das hilft in den (seltenen) Fällen, von denen hier schon berichtet wurde, als der MC sich nicht mehr bedienen ließ.

Eigentlich tut die Taste exakt dasselbe wie die normale MC-Beendigungsfunktion.
Dass das zu einem Aufhänger führen kann, ist mir neu. Kann ich auch bei mir nicht reproduzieren... Was genau musst du tun, damit das auftritt?

Beim Ausschalten des Topfes scheint nochmal was in das TAPSystem.log geschrieben zu werden:

Code: Alles auswählen

2014-02-11 17:16:16 TimerDiags: No events for 559420 ms
2014-02-11 17:16:16 TimerDiags: System clock jumped from '2014-02-11 17:06' to '2014-02-11 17:16'
2014-02-11 17:16:16 TimerDiags: Free space on internal disk is 779 GB
2014-02-11 17:16:16 TimerDiags: TAP has been stopped: 'TMA1 A-052'

Sehr interessant. Scheint als wäre da tatsächlich 10 min lang eine Endlosschleife o.ä. gelaufen

• Wie hoch ist denn dein freier Festplattenplatz nach dem Neustart gewesen? Wäre mal interessant, an welcher Stelle der sich "erhöht" hat ;-)
• Hast du ein TAP TMA1 A-052 am Laufen? Dieser Eintrag wundert mich etwas...

Nach dem Neustart gab es eine Festplattenüberprüfung und die geschnittenen Aufnahmen der beiden letzten Tage waren im Orkus.

Sind all diese Aufnahmen nur mit der letzten Version geschnitten worden? Oder eine davon noch mit einer älteren? Wenn ja, mit welcher?

Das Einfrieren nach Drücken der Sleep-Taste ist reproduzierbar.

Das kriegen wir wohl gefixt. Brauche nur ein bisschen mehr Infos. Aber der Aufnahmenfresser macht mich echt ratlos...

[FireBird]

Du schaltest den Topf ein, drückst die Sleep-Taste und der Topf friert ein? Auch ohne TAPs?

/Edit: gerade den Post des Zwischenrufers gelesen.

[klassikmann]

Vielen Dank für die schnelle Reaktion. Dann fange ich mal an die Fragen von chris86 und FireBird zu beantworten. Beginnen wir mit FireBird:

Du schaltest den Topf ein, drückst die Sleep-Taste und der Topf friert ein? Auch ohne TAPs?

Ich habe gerade den Topf ohne TAPs gestartet und dann einen nach dem anderen von Hand aktiviert. Ich fing mit tma1 an: tma1 fängt die Sleep-Taste ab um sich zu beenden; der Topf friert aber nicht ein. Dann einen TAP nach dem anderen, jedesmal danach ein "Sleep": Topf läuft weiter. Zum Schluss nochmal tma1; er hatte sich ja als erster in der Reihe nach "Sleep" beendet. Und da hatten wir das Einfrieren.

Ich werde tma1 aus der Autostart rausnehmen, damit der Topf bzgl. versehentlichem Drücken der "Sleep"-Taste nicht wieder in die Bredouille kommt. Ich hatte tma1 nur installiert um TMSRemote auch im Browser benutzen zu können.

Nun zu den Fragen von chris86:

Okay, das könnte ein MC-Fehler sein...
Die Sleep-Taste ist ein undokumentiertes "Feature", das ich vor einiger Zeit mal als "Notausgang" eingebaut habe. Diese beendet den MC sofort, und versucht all seine OSDs usw. auszublenden.

In meinem Szenario war MC ja gar nicht aktiv. Der "Freeze" hat ja offenbar was mit tma1 möglicherweise in Verbindung mit anderen aktiven TAPs zu tun. Wo MC aber evtl. seine Finger im Spiel hat ist der Umstand, dass die mit MC geschnittenen Aufnahmen nach Reboot mit Festplattenüberprüfung weg waren.

• Wie hoch ist denn dein freier Festplattenplatz nach dem Neustart gewesen? Wäre mal interessant, an welcher Stelle der sich "erhöht" hat ;-)
• Hast du ein TAP TMA1 A-052 am Laufen? Dieser Eintrag wundert mich etwas...

• Ich kann in den ersten TimerDiags nach dem Reboot den Anstieg des freien Festplattenplatzes sehen.
• Siehe oben.

Sind all diese Aufnahmen nur mit der letzten Version geschnitten worden?

Ja, alle.

Das kriegen wir wohl gefixt. Brauche nur ein bisschen mehr Infos.

tma1 schein hier der Bösewicht zu sein.

Gruß
Herbert

[klassikmann]

Nachtrag:
Beende ich (nach normalem Start des Topfes, d.h. mit den Autostart-TAPs) tma1 über die Archiv-Funktion, dann haben wir schon den Freeze. tma1 ist jetzt aus meiner Autostart raus.

Gruß
Herbert

[chris86]

In meinem Szenario war MC ja gar nicht aktiv. Der "Freeze" hat ja offenbar was mit tma1 möglicherweise in Verbindung mit anderen aktiven TAPs zu tun.

Gut, dann muss ich mir wegen diesem Problem schonmal nicht die Haare raufen

Wo MC aber evtl. seine Finger im Spiel hat ist der Umstand, dass die mit MC geschnittenen Aufnahmen nach Reboot mit Festplattenüberprüfung weg waren.

Jaahhh, das...

Nach einigem Nachgrübeln sind mir noch 3 Denkansätze eingefallen, die wir verfolgen könnten:

1.) Cache-Problem (immernoch - diesmal die Hardware):
Da das Problem offenbar immer mit einem Absturz zusammenhängt, könnte es vielleicht sein, dass hier der Hardware-Cache der Festplatte dazwischenfunkt?
(Das würde allerdings noch nicht erklären, wieso gleich mehrere Aufnahmen verschwinden...)
Trotzdem:

• @klassikmann, was für eine Festplatte benutzt du in deinem Receiver?
  Ist es die Original von Topfield verbaute?
  Und könntest du davon evtl. mal ein HDDInfo-Log bereitstellen?
• @Firebird: Denkst du, es wäre sinnvoll (und technisch möglich), das Flushen des Caches, was z.B. auch hdparm -f macht, durch MC auszulösen?
• Kennt jemand eine sinnvolle Möglichkeit, Dateisystemfehler bzw. ein "dirty" markiertes Filesystem zu erkennen, bevor der Topf abstürzt, und danach eine zerstörerische Festplatten"prüfung" durchführt...?

Das sagt übrigens Wikipedia über JFS:

There are also potential problems with JFS, such as its implementation of journal writes. They can be postponed until there is another trigger - potentially indefinitely, which can cause data loss over a theoretically infinite timeframe.

2.) Problem eingrenzen
Ich wüsste zu gern, ob das Problem auch früher schon (MovieCutter 1.4) vorhanden war. Du schreibst zwar, dass es in früheren Zeiten nicht aufgetreten ist - aber inzwischen kann sich ja einiges an deiner Betriebsumgebung (Firmware, andere TAPs, Zustand der HDD, etc.) verändert haben.
Auch wenn das super schwer ist: Könntest du einmal versuchen herauszufinden, ob heute in deiner aktuellen Anwendungssituation das Problem mit MC 1.4 ebenso besteht?
(Alle meine Änderungen habe ich inwischen sorgfältig abgeklopft und z.T. auch schon testweise deaktiviert - und trotzdem besteht es ja offenbar immernoch weiter! Also gilt es herauszufinden, ob MC generell - oder sogar die FW-Schnittroutine - den Mist anstellt...)

3.) Dein System
Da das Problem nach wie vor nur bei extrem wenigen Nutzern auftaucht (dafür aber dort durchaus gehäuft), könnten wir auch einmal die Besonderheiten deines Systems abklopfen... Was mir spontan einfällt:

• Hast du bei der Installation der neuen (Unicode-)Firmware brav wie empfohlen einen Werksreset gemacht?
• Womöglich könnten ja auch (durch irgendeinen früheren Fehler in irgendeinem TAP, evtl. durch den ehemaligen Stack-Overflow im MC) irgendwelche Software-Fehler an deinem Receiver entstanden sein, die jetzt immernoch nachwirken?
• Hast du die Möglichkeit, die Festplatte zu formatieren (falls im Dateisystem Murks herrscht)?
• Vielleicht kannst du ja auch mal einen Werksreset machen (deine alten Einstellungen vorher speichern, resetten, paar Tage testen, und dann die alten Settings wieder einspielen)?

[super-mentor]

Am 11.2.14 hatte ich die Version MovieCutter V2.0h final installiert. Seitdem traten folgende Fehler auf:

Wiedergabe eines Filmes: Bild friert ein, keine Funktion mehr möglich. Ausschalten. Neustart. Festplatte wird geprüft. Die *.REC-Datei ist weg, *.NAV und *.INFO sind noch da.

Ich hatte die TAP RescueRecs im Autostart laufen. Keine Reaktion, kein Erfolg.
Die TAP lost+found gestartet. Keine Reaktion, kein Erfolg. Die REC-Datei bleibt weg.

Nach weiterem Neustart eine Serie geschnitten. Meldung in etwa: "Die NAV-Datei ist kürzer als...
Möchten Sie trotzdem schneiden ?"

* Wie entsteht diese Ungleichheit ? Kann man etwas dagegen tun ?
* Wenn man trotzdem schneidet, was kann passieren ?

Ich poste die LOG-Datei ab Installation von V2.0h final in der Hoffnung, dass eine Erkenntnis daraus zu entnehmen ist.

Danke für jeden Tipp.

[klassikmann]

Ich habe gerade ein paar Tests mit MC 1.4 und MC 2.0 durchgeführt. Zunächst habe ich vier Sendungen aufgenommen von denen ich zwei mit MC 2.0 geschnitten habe. Nach einer kontrollierten Festplattenüberprüfung (Freeze mittels tma1 + Sleep-Taste, siehe #1116) waren die beiden ungeschnittenen Aufnahmen noch da, aber eine (nicht beide) der mit MC 2.0 behandelten weg.

Danach habe ich zwei weitere Sendungen aufgenommen, die ich beide mit MC 1.4 geschnitten habe. Siehe da, keine verschwundenen Aufnahmen nach der Festplattenüberprüfung. Sicherheitshalber habe ich den Freeze mittels tma1 + Sleep-Taste nochmal wiederholt. Gleiches Ergebnis.

Was sagt uns das?

Gruß
Herbert

P.S. Ein "HDD Info" habe ich auch noch gemacht, das sieht aber m.E. gut aus (keine Reservesektoren).