Mercalli tut sich sehr schwer

Handelt es sich bei den betroffenen UHD-Clips um h.264 oder womöglich h.265? // Bei beiden handelt es sich um INTER-Frame Clips.

Wenn JA: Versuche Folgendes:

- Clip in BIN (!!) selektieren > klick rechte Maustaste auf selektierten Clip > Umwandeln > Datei > ... wähle HQX (fein) ...

- Den umgewandelten Clip in die TL > mercallisieren:

// Das Ergebnis ist ein INTRA-Frame Clip. Da sollte zunächst Mercalli viel schneller stabilisieren. Und dann prüfen, ob Du ohne rendern durchkommst.

Gruß kurt

Zitat von Herbie

Da müßte man ja eigentlich alles umwandeln, wo man etwas ändern möchte, an die Zeit, die man dafür braucht, will ich garnicht denken.

Der "Idealfall" ist natürlich die Umwandlung durchzuführen:

1) Vor einer Benützung in der TL.

2) Möglichst viele/alle INTER-Frame Clips mit der "Batch..."-Option. Das ist sehr bequem, dauert aber bei 1000 Clips eine gewisse Zeit :-(.

3) Nur mit den HWX(fein)-Clips in der TL (weiter)arbeiten.

Nachteil: Die Clipgröße gegenüber dem Original ist (so etwa) um den Faktor 7 gestiegen.

Zitat von Herbie

aber rendern muß ich trotzdem

Ich auch. Aber bedenken muss man, dass gegenüber FHD viermal soviele Pixel behandelt werden müssen.

kurt

Ich stabilisiere nie mehr in EDIUS, sondern extern in Mercalli V6-SAL und importiere
das dann als Intraframe-Material in EDIUS, dadurch gibt es keine Performance
Probleme mehr in EDIUS. Ich mache auch den Clip-Grobschnitt schon in Mercalli und
lege dort auch schon die Story an.

Zitat von Herbie

An meinem alten Rechner war eine Mercalli Stabilisierung kein Problem, OHNE Rendern. Da lief der Clip nach einer Mercalli Analyse einwandfrei und vorallem ruckelfrei durch. Ok, das war Full HD, dafür aber auch ein viel langsamerer Rechner.

Es geht dabei nicht nur um die Auflösung (Kurt schrieb ja schon, UHD = 4x FHD), sondern auch um um Art und Kompressionsstufe des Quellmaterials.

Stabilisiere mal einen der UHD-Clips auf Deinem alten Systen, dann wirst Du sehen, dass der neue Rechner sicherlich nicht langsamer ist.

Du kannst aber auch mal versuchen rechts oben im Rekorderfenster die Vorschau auf 1/2 umzustellen.

Das belastet das System erheblich weniger, wodurch sich meist auch Mercalli ruckelfrei abspielen lässt. Die etwas verminderte Auflösung sollte aber für die eigentliche Schnittarbeit noch immer ausreichend sein. Hierbei wird halt nur die Vorschau, nicht aber das Projekt selbst vermindert.

Zitat von Herbie

Die Cam nimmt mp4 Clips auf, das ist ansch. sehr ungünstig.

Ein Dateiformat .mp4 sagt wenig aus

Es ist - ebenso wie .avi - nur ein Containerformat, also eine Art Verpackung für unterschiedliche Inhalte.

Wichtig für die Beurteilung ist der Inhalt, also einerseits der verwendete Codec - z.B. H.264 oder H.265, andererseits Art und Verfahren der Kompression. Denn auch innerhalb eines Codecs - z.b. H.264 - können da ganz unterschiedliche Verfahren angewendet werde, die Auswirkungen auf die Bearbeitbarkeit haben.

Zitat von Herbie

Nächste Feststellung: die Umschalttaste / Q Funktion > rendern und Timeline hinzufügen, ging beim alten Rechner ruck zuck, hier habe ich erstmal ein kariertes Bild und es dauert eine ganze Weile bis das rendern und hinzufügen erl. ist.

In Edius X laufen jetzt alle Renderprozesse als separater Hintergrundprozess (GV Render Engine). Die dafür notwendigen Registrierungsprozesse, sowie der Start der notwendigen Dienste kann einen Moment dauern.

Trotzdem hat dieses Verfahren erheblich Vorteile. Und die RenderEngine ist auch moderner als die älterer Versionen.

Das karrierte Bild entsteht dadurch, dass bei Rendern und zur TL hinzufügen bereits ein "leerer" Clip auf die TL gelegt wird. Dieser ist dann während des laufenden Renderprozesses sozusagen "Offline".

Zitat von Herbie

Da müßte man ja eigentlich alles umwandeln, wo man etwas ändern möchte, an die Zeit, die man dafür braucht, will ich garnicht denken.

Es würde ja nur die Clips betreffen, die mit Mercalli oder Neat Video belegt werden sollen.

Und es ist halt abhängig vom jeweiligen Quellmaterial, ob sich das lohnt.

Mit einigen (auch H.264) Materialien kommt Edius gut zurecht, da braucht man es nicht. Bei anderen Material lohnt sich die Umwandlung hingegen, da die Zeit für die Umwandlung + die Analyse des Clips zusammengerechnet doch wesentlich geringer ist, als bei direkter Anwendung von Mercalli (und insbes. NEAT) direkt auf das Quellmaterial.

Bei passendem Quellmaterial ist der Workflow von Pee durchaus zu empfehlen.

Wobei dieser grundsätlich auch schon mit der zur Mercalli V5 Suite für Edius enthaltenen SAL möglich wäre. Nur ist V6 da natürlich stark verbessert worden.

Andere Möglichkeit wäre, es mal mit dem Edius Stabilisator zu probieren.

Dieser arbeitet durchaus auch sehr gut und bringt in vielen Fällen auch kein schlechteres Ergebnis als Mercalli V5.

Gruß

Peter

Zitat von Herbie

Bezieht sich die Änderung auf 1/2 nur auf die Vorschau im Overlay oder auch auf die Vorschau im TV ?

Das bezieht sich auf die vollständige Vorschau, also auch auf die Edius Vollbaidvorschau, oder die Ausgabe über eine Schnittkarte, o.ä.

Du brauchst ja die Qualität nur mal auf 1/16 herunterstellen, dann siehst Du das deutlich.

Zitat von Herbie

Aber Du hast Recht, mit Vorschau auf 1/2 läuft Mercalli OHNE Murren durch.

Deshalb ja auch der Vorschlag diese Möglichkeit zu nutzen.

Zitat von Herbie

Es gibt bei der Vorschau die Einstellung VOLL und VOLL 8 Bit, was ist der Unterschied ?

VOLL bedeutet halt in voller Auflösung gemäß den Projekteinstellungen, also ohne Verminderungen.

VOLL 8 bit reduziert die Bittiefe der Vorschau eines 10bit Projektes auf 8 bit.

Nachtrag:

Zu erwähnen wäre auch noch, dass die Vorschaureduktion nur beim Abspielen vorgenommen wird.

Hält man also die Wiedergabe an, wird auch ein hochqalitatives Standbild angezeigt.

Gruß

Peter

Zitat von Herbie

vielleicht erwarte ich aber auch nur zu viel

Genau das ist es, leider!

Gruß Heinz

Zitat von Herbie

... habe ich gemacht, sehe da aber keinen merklichen Unterschied zu VOLL, komisch.

Also ich schon...

Wie gesagt ist die Reduzierung nur während es Abspielens, nicht wenn die Wiedergabe angehalten ist.

Zitat von Herbie

Schuld war der neueste Treiber von Intel, wir mußten auf einen älteren zurück.

Nun, das scheint momentan ein Problem zwischen MS ind Intel zu sein - s. dieses Thema

Zitat von Herbie

Außerdem mußte das BIOS neu aufgesetzt werden.

Nun, dies dürfte im Zusammenhang mit dem von Dir gemeldeten Fehler 1053 und dem Zurücksetzen des rechners stehen.

Da kann man jetzt ohne genauere Infos schlecht was zu sagen.

Auf alle Fälle solltest Du Dir vom jetzigen Zustand sofort ein vollständiges Systemimage ziehen, auf welches Du dann zurück könntest.

Gruß

Peter