MovieCutter

[chris86]

Also, fassen wir nochmal die aktuell ungelösten Probleme zusammen (ich hoffe, ich habe nichts vergessen - falls doch bitte ergänzen!)

1.) BlueField62 berichtet von seltsamen Störungen (Videotext / Timeshift) auf dem TMS 2100. Reproduzierbare Fehlerbeschreibung und Tests stehen aus. Bei niemandem sonst tritt das Problem auf. --> Fall wird zu den Akten gelegt.

2.) macfan und BlueField62 berichten von Abstürzen und zerstörten Aufnahmen beim Schneiden auf dem TMS 2100.
Grund ist, dass die Firmware-Schnittroutine (aus ungeklärten Gründen) manchmal fehlschlägt.
Bei macfan scheint die Ursache das TAP V!deotext zu sein. Ich habe in den entsprechenden Thread gepostet, in der Hoffnung dass der Autor nähere Informationen dazu bereitstellt.
Bei BluField ist die Ursache ungeklärt (Logs oder reproduzierbare Fehlerbeschreibung stehen aus).
Wenigstens Absturz und Zerstörung der Aufnahme konnten mit Version 2.0f behoben werden. Warum der Schnitt fehlschlägt, würde ich gern herausfinden!

3.) TwiLight berichtet von einem Absturz beim Schneiden mit Verlust der Aufnahme.
Das LOG endet hier beim (soweit noch korrekten) Aufruf der Firmware-Schnittroutine. Auch hier scheint diese fehlgeschlagen zu sein. Wenn das LOG hier tatsächlich endet, dann hätte die Aufnahme aber NICHT verschwinden dürfen!!!
-> Was ist da passiert?

4.) Wolfman und klassikmann berichten von einem extrem seltsamen Problem:
Nach dem erfolgreichen Schneiden wurden (z.T. Tage später!) beim Booten des Receivers die Aufnahmen von der Firmware gelöscht. Bei klassikmann war sogar das Dateisystem daraufhin inkonsistent.
Ich halte es derzeit für eher unwahrscheinlich, dass diese Probleme auf den MC zurückzuführen sind. Aber es ist auffällig, dass es 2 Leute berichten, und dass bei klassikmann wirklich genau nur die mit MC geschnittenen Aufnahmen betroffen waren...

Nach genauer Analyse von klassikmans Schnitten, habe ich ein Muster festgestellt, das beim Schnitt der gelöschten Dateien angewendet wurde:

1.) Es wurden zwei Filme in eine Datei aufgenommen, mit Vor- und Nachlauf
2.) Ein Marker zwischen die beiden Filme gesetzt -> Ende speichern -> das ist der zweite Film
4.) erster Film: einen Marker setzen, Vorlauf entfernen
3.) erster Film: einen Marker setzen, Nachlauf entfernen
5.) zweiter Film: Vorlauf entfernen
6.) zweiter Film: Nachlauf entfernen

Es wurde also DAS ENDE einer Aufnahme in eine neue Datei GESPEICHERT, und diese neue Datei anschließend nochmals geschnitten.

Hat jemand so etwas schonmal gemacht? Oder auch nur das letzte Segment abgespeichert? Bitte berichtet!

(Also bei mir funktioniert das einwandfrei - aber ich wüsste gern, ob auch andere diesen Workflow problemlos durchführen können. Oder ob das vllt. doch mit dem Problem zu tun hat...)

@Wolfman: Kannst du bitte das entsprechende LOG des MC und das System-Log zur Verfügung stellen?

5.) Bickabunk berichtet von Dateisystem-Checks bei Verwendung von TMSTelnetd 0.4 (scheint behoben mit dem Update 0.4a)
@Wolfman und @klassikmann: Hatte einer von euch dieses TAP installiert? Könnte das mit dem Problem zu tun haben?

[klassikmann]

@Wolfman und @klassikmann: Hatte einer von euch dieses TAP installiert? Könnte das mit dem Problem zu tun haben?

Es war das 0.4 des TSMTelnetd, ich habe gerade das ganz frische 0.4a installiert, das macht offensichtlich keine Probleme.

Gruß
Herbert

[chris86]

[quote="klassikmann"]Es war das 0.4 des TSMTelnetd, ich habe gerade das ganz frische 0.4a installiert, das macht offensichtlich keine Probleme.[/quote]
Nicht zu voreilig! Wann genau hast du das installiert? Und wann zum ersten Mal ausgeführt?
Ich kann mir nicht vorstellen, dass dieses rückwirkend Dateien zerstört, die schon vorher geschnitten wurden...

[klassikmann]

Nicht zu voreilig! Wann genau hast du das installiert? Und wann zum ersten Mal ausgeführt?
Ich kann mir nicht vorstellen, dass dieses rückwirkend Dateien zerstört, die schon vorher geschnitten wurden...

Schau mal hierher ab Post #123.

[chris86]

Dass der HDD-Check durch TMSTelnetd verursacht wird, ist klar. Aber bei dir wurden Aufnahmen gelöscht!!! Und zwar genau diejenigen, die kurz zuvor mit dem MC geschnitten wurden! Und das ist mir nach wie vor ungeheuer...

[klassikmann]

Mir ist die Sache auch noch schleierhaft. Mit dem 0.4a, den ich jetzt seit ein paar Stunden laufen lassen, ist offenbar erst mal ein Kandidat ausgeschieden. Ich beobachte natürlich weiter. Ich werde dazu die nächsten Tage Aufnahmen, auch Doppelaufnahmen, programmieren und am nächsten Tag schneiden. Auch Filme, die mich gar nicht interessieren.

Schau'n mer mal, ob wir weitere Indizien finden.

Gruß
Herbert

[Wolfman]

Ich habe das Telnet TAP nicht im AS - mein vorhandenes Log ist etwas unüberichtlich (weil ich aus welchen Gründen auch immer das Loggen von Tastatur/FB Eingaben aktiviert habe) .

Ich werde gelegentlich mal mit einer oder mehreren Aufnahmen, die eh zum Löschen anstehen testen, ob sich das Phänomen reproduzieren lässt.

[BluField62]

selbst mit MC 1.4 hatte ich gestern das PIP Blinken links oben nach einem Schnitt.
Dann habe ich das nicht mehr korrekt funktionierende BetterWeather TAP aktiviert und wieder deaktiviert und das blinkende Fenster war weg

Ich habe jetzt noch einen kleinen Haufen Aufnahmen zu schneiden und auf der ext. Platte vor MC2.0 zu sichern, danach versuche ich deine Version nochmal.
Natürlcih klemme ich meine ext. Platte vorher ab

[klassikmann]

[quote="BluField62"]selbst mit MC 1.4 hatte ich gestern das PIP Blinken links oben nach einem Schnitt.[/quote]Das "PIP Blinken" hatte ich auch schon, mir war es aber nie gelungen den Effekt zu reproduzieren.

Gruß
Herbert

[Wolfman]

Mangels PiP auf meinen 2410ern kann ich das nicht prüfen

[klassikmann]

Mangels PiP auf meinen 2410ern kann ich das nicht prüfen

Ich habe auf dem CRP2401 auch kein PiP, der Effekt sieht bloß so aus, als wäre es ein PiP, und zwar in der Form (an/aus)*. Es hat mich aber nie gestört, nach einem Reboot war der "Blinking PiP" wieder weg.

Gruß
Herbert

[Wolfman]

ah ja, danke... habe ich bei mir aber auch so nie beobachtet.

[chris86]

selbst mit MC 1.4 hatte ich gestern das PIP Blinken links oben nach einem Schnitt.

Mit Version 2.0d wurden ein paar Probleme beim Ausblenden des OSD behoben. Falls dieser Effekt je an MC gelegen hat, hoffe ich, dass er inzwischen behoben ist. Ansonsten bitte melden.

[BluField62]

klar, mach ich

[Fritzcat]

Ich zitiere mich nochmal selber

Wenn Du während einer kombinierten Aufnahme von mehreren Sendungen das TAP "Infplus" laufen hast, kannst Du später bei der Wiedergabe der ungeschnittenen Datei mit der Taste INFO zusätzliche Programminformationen für alle Sendungen der Aufnahme ansehen.

Mein Wunsch geht jetzt in diese Richtung, ob sich in Smartcut dieses Feature auch einbauen läßt. Evtl. mit den gewonnenen Infos aus Infplus

Da man bei Infplus nach einer Aufnahme die EPG-Daten in die zur Aufnahme gehörige original inf abspeichern kann, müsstest Du doch auch darauf zugreifen können und die jeweils richtigen Filmdaten dann in die entsprechenden neuen Infs der geschnittenen Teile einfügen können, oder? Das wäre ein super Feature

[FireBird]

Die inf+-Info steht nicht in der inf-Datei, sondern in einer eigenen. Siehe hier.

[chris86]

Ich zitiere mich nochmal selber

Ich hab dich schon nicht vergessen. Das fällt aber nicht unter 'Probleme'. Und ich Kann noch nicht sagen, ob und in welchem Umfang sich eine INFplus-Unterstützung einbauen lässt. Werde demnächst ein paar Experimente machen...

Da man bei Infplus nach einer Aufnahme die EPG-Daten in die zur Aufnahme gehörige original inf abspeichern kann, müsstest Du doch auch darauf zugreifen können und die jeweils richtigen Filmdaten dann in die entsprechenden neuen Infs der geschnittenen Teile einfügen können, oder? Das wäre ein super Feature

SO wird das mit Sicherheit nicht passieren. Dazu müsste ich ja fast den kompletten Code von INFplus in den MC integrieren. Und abgesehen davon, dass den der Autor nicht herausgibt, würde das diesen enorm aufblähen...

[klassikmann]

Mir fällt noch eine andere mögliche Lösung ein für die INF bei Doppelaufnahmen, ganz ohne Infplus und ohne MC.

Also: Ich hatte früher einen 5200-Topf. Darauf war 3PG installiert. 3PG hatte eine Art Cut&Paste zwischen EPG und Archiv realisiert. Man konnte somit alte EPG-Einträge in die Zwischenablage schieben und diese als inf der geschnittenen Datei "pasten".

Ich kann aber nicht abschätzen, ob so eine Feature bspw. in SE möglich wäre, wobei in SE es schon die Möglichkeit gibt, n-Tage alte EPG-Einträge beizubehalten.

Gruß
Herbert

[Fritzcat]

Danke, dass Du dran bleibst. Bin gespannt, was daraus wird!

Gesendet von meinem GT-I9300 mit Tapatalk

[klassikmann]

4.) Wolfman und klassikmann berichten von einem extrem seltsamen Problem:
Nach dem erfolgreichen Schneiden wurden (z.T. Tage später!) beim Booten des Receivers die Aufnahmen von der Firmware gelöscht. Bei klassikmann war sogar das Dateisystem daraufhin inkonsistent.
Ich halte es derzeit für eher unwahrscheinlich, dass diese Probleme auf den MC zurückzuführen sind. Aber es ist auffällig, dass es 2 Leute berichten, und dass bei klassikmann wirklich genau nur die mit MC geschnittenen Aufnahmen betroffen waren...

Nach genauer Analyse von klassikmans Schnitten, habe ich ein Muster festgestellt, das beim Schnitt der gelöschten Dateien angewendet wurde:

1.) Es wurden zwei Filme in eine Datei aufgenommen, mit Vor- und Nachlauf
2.) Ein Marker zwischen die beiden Filme gesetzt -> Ende speichern -> das ist der zweite Film
4.) erster Film: einen Marker setzen, Vorlauf entfernen
3.) erster Film: einen Marker setzen, Nachlauf entfernen
5.) zweiter Film: Vorlauf entfernen
6.) zweiter Film: Nachlauf entfernen

Es wurde also DAS ENDE einer Aufnahme in eine neue Datei GESPEICHERT, und diese neue Datei anschließend nochmals geschnitten.

Heute Morgen gleiche Situation. Festplattenprüfung beim Boot, danach waren die beide gestern geschnittenen Filme weg. Radioaufnahmen, d.h. keine Nutzung von MC, waren dagegen noch da.

Die relevanten Log-Auszüge schicke ich gleich bei E-Mail an chris86.

Gruß
klassikmann