MovieCutter

[Roemer]

Warst du nicht auch schonmal betroffen...?

Nein. Ich hatte bisher noch keine Ausfälle (trotz WD Platte). Bin nur auf Firebirds Version zurückgegangen, nachdem deiner Version die Fehler unterstellt wurden. Wie es sich zeigt, bist du völlig rehabilitiert.

btw., dann habe ich das wohl genau falsch herum aufgefasst. Wenn ich Vor-und Nachlauf abtrenne, dann ist die verbleibende gekürzte Datei das Cutfile?

Jedenfalls hoffe ich, dass Korea ein Einsehen hat und den Fehler korrigiert.

[Bernhard75045]

Nein. Ich hatte bisher noch keine Ausfälle (trotz WD Platte). Bin nur auf Firebirds Version zurückgegangen, nachdem deiner Version die Fehler unterstellt wurden. Wie es sich zeigt, bist du völlig rehabilitiert.

btw., dann habe ich das wohl genau falsch herum aufgefasst. Wenn ich Vor-und Nachlauf abtrenne, dann ist die verbleibende gekürzte Datei das Cutfile?

Jedenfalls hoffe ich, dass Korea ein Einsehen hat und den Fehler korrigiert.

Wenn du nur Vor- und Nachlauf abtrennst und dabei statt MC direkt mit der Topfeigenen Schnittfunktion arbeitest bist du auf jeden Fall die NAV los

Mit MC dagegen ist diese schon mal gesichert

[Töppi]

Klasse Arbeit!!

[BluField62]

tolle Arbeit Chris!!!! und danke!

[Wolfman]

[calvados]

Zunächst einmal herzlichen Dank an chris86 für die Mühe und die Hartnäckigkeit bei der Verfolgung des Aufnahmefressers. Leider ist die ermittelte Ursache ein Firmware-Bug, so daß die Beseitigung bei Topfield liegt. Wie lange das dauern mag - ich lasse mich mal überraschen. Da ich noch die FW vom März 2011 problemlos nutze, müsste ich dann wohl eine "verschlimmbesserte" neue FW aufspielen. Wenn ich mir die Bugmeldungen der neuen offiziellen, Beta- und Testversionen anschaue, bin ich mir nicht sicher, ob ich dann doch nicht lieber auf die Schneidfunktion verzichte. War es nicht so, daß mit der Uralt-FW gemachte Aufnahmen nicht mehr ohne weiteres wiedergegeben werden können?

calvados

[Bernhard75045]

Auch ich kann mich nicht wirklich mit dem Gedanken anfreunden, an der Firmware "rumzuspielen", zumal ich froh bin, wenn die Kiste ziemlich stabil läuft.

(Ich weiß, in der Beziehung bin ich ein kleiner Feigling... )

Aber wenn man bei angenommenen zwanzig Filmen in HD-Qualität einen Vor- und Nachlauf von jeweils insges. 15 Minuten hat, dann sind das immerhin schon fünf Stunden Aufnahmekapazität, die die Festplatte unnötig belegen. In HD-Qualität dürften das schnell mal 30 bis 40 GB sein, dazu womöglich noch Werbepausen...

Wenn ich dran denke, dass meine 1-TB-Platte derzeit schon gut zur Hälfte "gefüllt" ist, eigentlich alle Aufnahmen geschnitten (und also von unnötigem Balast befreit) und - zudem ein Großteil nur platzsparendere SD-Aufnahmen (von den Privaten) sind, dann will ich nicht wissen, wieviel ich noch aufnehmen kann, wenn das alles ungeschnitten wäre.

Und dabei hab ich den SRP doch erst seit Jahreswechsel.....

[db1]

Auch von mir herzlichen Dank für diese einwandfreie Fehleranalyse!

Gerti wurde darauf schon direkt hingewiesen, er wird ja kaum die Zeit haben hier alles mitzulesen?

Gibt es eigentlich eine Dateigröße, unter der der Fehler nicht auftritt (also wenn es nur Cut-files > 4GB betrifft, wären ja files die von Haus aus < 4GB sind nicht betroffen)?

Was wird es früher geben, eine neue FW oder ein TaP (ergänzten MC) das die Inode-Tabellen nach dem Schnitt richtig stellt

[Gerti]

Hi!

Ich lese sowas auch so mit.
Habe es bereits im Detail weitergegeben und warte auf Rückmeldung.

Gruß,
Gerti

[Twilight]

twilight

[chris86]

Hi!

Ich lese sowas auch so mit.
Habe es bereits im Detail weitergegeben und warte auf Rückmeldung.

Gruß,
Gerti

Dafür auch von mir und

Gibt es eigentlich eine Dateigröße, unter der der Fehler nicht auftritt (also wenn es nur Cut-files > 4GB betrifft, wären ja files die von Haus aus < 4GB sind nicht betroffen)?

Basierend auf sämtlichen gesammelten Daten derjenigen Personen, die bereit waren, mir die notwendigen Log-Files und Debug-Informationen zur Verfügung zu stellen (ca. 50 Fälle), ist mir bis heute nicht ein einziger Fall bekannt, wo ein Schnitt mit CutFile < 4 GB zu einer solchen Beschädigung geführt hätte.

(Da das allerdings leider nur ein sehr kleiner Teil der Betroffenen war, kann ich über den Rest der Fälle, also z.B. deine, keine Aussage treffen...)

Es wäre z.B. auch denkbar, dass das Problem nicht (nur) von der reinen Dateigröße, sondern vom Fragmentierungsgrad der Datei abhängt. Und je größer die Datei, desto mehr Fragmente enthält sie tendenziell auch...

[Bernhard75045]

Ich kann das nicht mehr sicher behaupten, meine aber, mich zu erinnern, dass ich auch bei kürzeren Sendungen (und somit kleineren Files) ein Problem hatte; noch bevor ich Chris die LOGs geschickt hab.
Ich meine, dass das Kindersendungen waren, die nur 30 oder 40 Minuten hatten.
Andererseits kann es natürlich sein, dass es Aufnahmen bspw. vom KiKa (HD) waren, und dann dürften die 4 GB vielleicht auch dort erreicht worden sein.

[chris86]

Ich kann das nicht mehr sicher behaupten, meine aber, mich zu erinnern, dass ich auch bei kürzeren Sendungen (und somit kleineren Files) ein Problem hatte; noch bevor ich Chris die LOGs geschickt hab.

Gerade bei dir wage ich das zu bezweifeln. Von dir habe ich sooo viele Logs. Und aus denen geht hervor, dass bei dir nahezu jeder Schnitt über 4 GB in die Hose geht, allerdings niemals einer mit unter 4 GB.

Wie äußerten sich diese "Probleme"?
Sind wirklich mal Aufnahmen, die von vornherein < 4 GB hatten, verschwunden?

(Wenn es nämlich "nur" Fehlermeldungen des MC waren, dann muss man sagen, dass dessen Diagnosemöglichkeiten in der Zeit vor deinen Logs noch durchaus rudimentär waren, und evtl. nicht allzu zuverlässig)

[Bernhard75045]

Ich sagte ja, dass das womöglich Files waren, die doch - trotz kurzer Laufzeit - größer waren als 4 GB.

Allerdings hab ich zwischenzeitlich auch sehr viele kleinere Files geschnitten hab, bei denen es KEINE Fehlermeldungen gab.

Was ich jedoch sagen kann, ist, dass es bei größeren Files immer (oder zumindest: so gut wie immer!) Probleme gab.

[marble]

Leider funktioniert bei meiner Konfiguration die Rote Taste zum Löschen der Segmentmarker in MovieCutter nicht. Alle anderen "Farbtasten" funktionieren. Das Löschen angelegter Segmente (Cutten) geht problemlos.

Bin erst seit letzter Woche Besitzer eines CRP-2401 CI+ CONAX und bin mir daher nicht sicher ob es an mir, der Fernbedienung oder der Konfiguration/Einstellungen liegt.

In SE funktioniert die Rote Taste nach Aktualisierung auf die Firmware Version vom 4.4.2014 und SE 6.2a. Gibt es da eventuell einen Zusammenhang?

Wäre prima, wenn mir jemand helfen könnte.

Danke

Marble

[chris86]

[quote="marble"]Leider funktioniert bei meiner Konfiguration die Rote Taste zum Löschen der Segmentmarker in MovieCutter nicht. Alle anderen "Farbtasten" funktionieren. Das Löschen angelegter Segmente (Cutten) geht problemlos.

Bin erst seit letzter Woche Besitzer eines CRP-2401 CI+ CONAX und bin mir daher nicht sicher ob es an mir, der Fernbedienung oder der Konfiguration/Einstellungen liegt.
[/quote]

Der CRP-2401 CI+ CONAX benutzt einen neuen Fernbedienungs-Code. Möglicherweise funktionieren deshalb eine oder mehrere Tasten nicht wie erwartet.

Probiere einmal, die neueste Version der FirmwareTMS.dat von Firebird zu installieren.

Falls das nicht hilft, installiere bitte einmal das TAP KeyDisplay, und lass dir damit den Tastencode der roten Taste anzeigen.

[marble]

Habe die neueste Version der FirmwareTMS.dat (2014-05-04) von Firebird installiert.
Hat leider keine Veränderung gebracht.

Der KeyCode der Roten Taste lautet: 65571 0x10023
MovieCutter Version ist V3.0 beta

Gruß


Marble

[FireBird]

Und wie sieht das Log des RCUReport-TAPs aus?

[marble]

Anbei die Datei:

[FireBird]

Da passt alles zusammen. Dann kann es nur mehr daran liegen, dass MC mit einer FBLib kompiliert wurde, als die neue rote Taste noch nicht bekannt war (was ja erst vor kurzem der Fall war).