Öffnen eine Projektes dauert viel zu lange

Hi,

Du könntest höchstens mal versuchen das Projekt im selben Projektordner unter einem anderen Namen zu speichern. Danach diese neue Version öffnen.

Das erste öffen dauert dann, da erstmal alles neu registriert werden mauss. Aber danach könnte es schneller gehen.

Allerdings ist es doch wirklich so, dass die Anzahl und das Format der Clips einen erheblichen Einfluss haben.

Gruß

Peter

Ich denke auch, dass eien Neuinstalation nichts bringt.

Das Problem scheint mir die interne Datenbank von Edius X zu sein. In den früheren Versionen war das wohl noch anders aufgebaut. Und darum ergeben sich da manchmal Unterschiede. Deshalb ja auch der Versuch mit dem Speichern unter anderen Namen, da dann die Datenbank neu erstellt werden muss.

Wende Dich mal an MMM, die könnten da mal draufschauen. Das dürfte wohl mehr Sinn machen.

Gruß

Peter

Zitat von gurlt

Wende Dich mal an MMM, die könnten da mal draufschauen. Das dürfte wohl mehr Sinn machen.

Da könnte auch ich vielleicht etwas profitieren:

- Ich habe die gleichen Phänomene (weiße Flächen beim Laden, lange Ladezeiten).

- Und mein PC stimmt hinsichtlich Motherboard, Prozessor, RAM-Größe und M.2-SSD mit Markus überein, nur meine Nvidia ist eine 3070 und

das C:-Laufwerk eine 500GB SSD.

kurt

Also ich habe nur ein Projekt, bei dem das Öffnen etwas länger dauert (unter 1 Min.) und die Fenster zunächst weiße Rahmen haben. Das hat aber auch rund 2TB Daten (überwiegend BRAW + einige PSD).

Die von Markus genannte Fehlermeldung kommt dort nicht und alle anderen Projekte laden schnell.

Gruß

Peter

Das Problem kenne ich auch, nur leider keine Lösung.

Es tritt bei mir auf, wenn ein Projekt viele a.) Schnitte oder/und b.) viele Fotos enthält.

Ich vermute Edius kontrolliert die ganzen entstandenen, meist temporären, Renderfiles. Je nach Speicher Ort und damit Speicherhardware (SSD, M2.) kann das schon mal dauern. Gott sei Dank schmiert Edius dabei selten ab (Crash-Meldung).

LG Aus B

Uwe

Das Problem mit dem "Timeout" beim Laden ist doch schon Asbach Uralt. Das war mal kurzzeitig behoben und ist nun wieder da.

Das entstand beim Abchecken der Hardware. Man konnte einfach auf beenden drücken und weiter mit Edius arbeiten.

Der Systemreport ist nur dazu da, um bei wirklichen Problemen diese nachvollziehbar zu protokollieren. Da es sich aber nur um eine zu kurz gewählte Timeoutschleife handelt, die einfach übersprungen werden kann, macht der Systemreport keinen Sinn, denn er verhindert den Start von Edius, während der Druck auf beenden einfach mit Edius weiter arbeiten lässt. So war es zumindest früher.

Den Systemreport (ohne Aufforderung von MMM) schreiben zu lassen bringt allerdings wirklich nichts.

Aber m.E. steht das jetzt eben im Zusammenhang mit dem Laden der Files, bzw. überprüfung der Projektdatenbank.

Igrendwas scheint da bei hohen Datenmengen manchmal zu blockieren. Allerdings hatte ich auch noch nie minutenlange Ladezeiten.

Habe die Zeit mal grade bei meinem o.a. großen Projekt gestoppt. Da waren es 17 Sekunden ab Auswahl des Projektes aus dem Edius-Startfenster.

In einigen Fällen hat es (beim selben Projekt) auch schon mal länger gedauert, aber noch immer unter 1 Minute.

Auch ich hatte-und habe-das Problem mit weißem Fenster und gelegentlich auch die Meldung von Edius.Wenn MMM reagiert und eine Lösung weiß bitte posten!

Viel Erfolg und Gruß Gerhard

Zitat von Markus

Besonders die wesentlich kürzeren Wartezeiten in Edius 8 irritieren mich doch sehr!

Das liegt in einer anderen Verwaltung der älteren Versionen.

Edius X ist halt ein netzwerkbasierendes Programm. Dadurch kann es halt zu kurzen Verzögerungen kommen. Allerdings halte ich die 70 bzw. 90 Sekunden schon für etwas sehr lang.

Bin aber auch gespannt, was MMM dazu sagen wird.

(nur mal ganz nebenbei - in Deiner Signatur sind zwei GTX 960 GraKas angegeben, sollte das stimmen, Edius unterstützt das leider nicht)

Gruß

Peter

Mal kurz eine Frage in die Runde: Hängen bei Euch NAS via LAN an euren Rechnern?

Habe bei mir auch zwei NAS via LAN und Switch dranhängen und festgestellt, wenn diese ausgeschaltet sind dauert der Start von Edius X sehr lange, laufen aber beide NAS so ist der Start von Edius X wie gewohnt schnell ohne Fehlermeldung. Anscheinend trödelt Edius X da beim Suchen der zwei NAS vor sich hin. Ist nur mal so eine Idee.

Bei mir kommt bisher kein NAS zum Einsatz. Aber Markus hat eines in seiner Signatur angegeben. Insoweit könntest Du da auf dem richtigen Weg sein.

Ich habe kein NAS im Einsatz - kurt

Zitat von gurlt

Bei mir kommt bisher kein NAS zum Einsatz. Aber Markus hat eines in seiner Signatur angegeben

Die "3x HGST Deskstar NAS 3TB SATA" sind wohl nur verbaute NAS SATA Harddisks, die müssen nicht zwingend in einem NAS sein, aber das kann uns nur Markus genauer erläutern.

Aber es scheint so das Edius X beim Starten von Projekten sämtliche Laufwerke und vermutlich auch noch andere Hardwarekomponenten absucht und wenn diese nicht mehr zu finden sind sehr lange für den Start braucht. Was da aber genau im Hintergrund abläuft wissen wohl nur die Programmierer von Edius.

Moin ja ich habe mehrere NAS für Backups 4TB, 36 TB und 58TB. über 2GbLAN

Aber der obige Fall tritt auch auf, wenn ich direkt von der internen M2. Festplatte arbeite!

Wenn die NAS runterfahren (ca. 2H ohne Aktivität) dann ist natürlich mit Wartezeit zu rechnen oder wenn die Daten nicht im Cache Der NAS liegen ist der Transfer eben durch die Bandbreite begrenzt.

Wichtig ist m. Ansicht nach, das die Renderdateien (Transfer Ordner) auf dem/den schnellsten Medium sind. Das ist immer wieder festzustellen, wenn wie am unteren Ende zu sehen ist die Clips auf Vollständigkeit geprüft werden. DA läuft dann ein Zähler durch. ist man vollständig auf der SDD/M.2 ein paar Sekunden. ist das Projekt (weil als Backup auf NAS) dann mehrere Minuten.

Aber selbst bei Projekten auf SDD/M.2 Medien hat Edius sehr sehr lange zu kämpfen, wenn viele Fotos ( große RAWs) und viele gerenderte Transitions im Projekt sind. Mit 1.Transparenten Fensterrändern -> 2.Weißen Fensterrändern -> 3.. Edius reagiert nicht-> oder CRASH! (aber selten!!)

Uwe