Wenn du im Taskmanager dir den RAM anschaust läuft der voll???

Also der ist ganz entspannt bei 62 % Auslastung und die CPU ist auch eher gelangweilt mit um die 30-50 %. VRAM ist auch nur 50 % ausgelastet. der Video-Pro X Prozess belegt auch nur 700 MB und nutzt zum Video Decodieren die GPU.

Hallo @McWuragu

da kann ich Dir nur erst mal allgemein antworten:

• Windows prüfen, ob alle Updates installiert wurden
• Programm über Datei, Einstellungen, auf Standardwerte zurücksetzen
• prüfen, ob die Grafiktreiber aktuell sind:
  https://www.magix.info/de/support/artikel/gpu-treiber-aktuell-halten--1626/
• Windows neu starten, nicht nur herunterfahren und wieder einschalten.

Wenn Du das durch hast, melde Dich bitte wieder, ob es besser geworden ist.

Gutes Gelingen

Korntunnel

Das Thema Updates habe als erstes geprüft und der Effekt besteht auch schon länger. Eigentlich seit dem Umstieg von Pro X 13 zu 14. Windows Neustart, welchen ja öfters tue, hat auf das Verhalten kein Effekt.

Ich hatte das mit einer anderen Video Software.

Habe dann mir die Windows Auslagerungsdatei angeschaut, die etwas unter 3GB lag. Habe die dann fest auf 9 GB eingestellt seitdem ist das nicht mehr aufgetreten.

Selbst wenn man genug Ram-Speicher hat will Windows wohl immer wieder auf diese Auslagerungsdatei zugreifen.

Vielleicht kannst du das mal bei dir kontrollieren.

Erst mal danke für den Tipp und habe darauf hin mal gecheckt. Sie ist aktuell fix auf 32 GB festgelegt und befindet sich ebenfalls auf einer SSD. Aber ich werde mal schauen, ob und wie er darauf zugreift

Wenn du im Taskmanager dir den RAM anschaust läuft der voll???

Ich habe das jetzt noch mal stichprobenartig beobachtet. Es schwankt sehr, um 2,5GB. Doch gabs auch spitzt von 9GB was der Prozess belegte. Doch es war immer noch genug RAM frei

@McWuragu

Ja, da sagst du was. Ich habe auch das Problem, dass mit zunehmender Arbeitszeit VPX langsamer wird. Ich denke das VPX irgendwas im Hintergrund cacht, das nichts mit RAM und Auslagerungsdatei zu tun hat.

Habe aber noch keine Lösung gefunden, außer die Backups auf alle 10 Min. zu stellen (falls VPX wieder einmal zusammenbricht) und vor dem Rendern den PC neu zu starten, dann VPX öffnen um zu rendern.

Das hilft aber nicht, wenn man einige Stunden flüssig durcharbeiten will. 😟

Das hilft aber nicht, wenn man einige Stunden flüssig durcharbeiten will.

Kannst du CPU/GPU Temperatur-Probleme ausschliessen ?

@McWuragu

Ja, da sagst du was. Ich habe auch das Problem, dass mit zunehmender Arbeitszeit VPX langsamer wird. Ich denke das VPX irgendwas im Hintergrund cacht, das nichts mit RAM und Auslagerungsdatei zu tun hat.

Habe aber noch keine Lösung gefunden, außer die Backups auf alle 10 Min. zu stellen (falls VPX wieder einmal zusammenbricht) und vor dem Rendern den PC neu zu starten, dann VPX öffnen um zu rendern.

Das hilft aber nicht, wenn man einige Stunden flüssig durcharbeiten will. 😟

Genau den gleiche verdacht habe ich auch, dass sich da ein Cache füllt und der Zugriff nicht besonders performant ist. Ich denke mal, es sind die Preview Frame in der Timeline. Gerade wenn man in seinem Footage viel hin und her scrollt oder rein oder rauszoomt, erreicht man sehr schnell diesen Zustand. Nach Restart von VPX ist wieder alles gut bis wieder sinkt.

Mit dem Rendern habe da weniger Probleme, da ich RTX3060 drin habe und h.264 über die GPU rausrendern lasse. Das geht eigentlich wie gewohnt und recht flott. Bei mir ist mehr die Performance der GUI, die ein flüssiger Workflow unmöglich macht.

Das hilft aber nicht, wenn man einige Stunden flüssig durcharbeiten will.

Kannst du CPU/GPU Temperatur-Probleme ausschliessen ?

Danke für den Ansatz, doch leider langweilt sich die CPU und kommt nicht mal über 50% Auslastung und betreibt auch kein Throttling, sondern läuft fröhlich bei 4,4Ghz. Durchschnitts Temp der CPU liegt da 45 °C, mit leichten Spitzen bis 50 °C. Auch die GPU wird nicht wirklich warm und liegt im Mittel bei 49 °C und schwankt zwischen 52 °C und 49°C

Das System zeigt auch im Betrieb von ressourcehungrigen Games keine Schwäche. Far Cry 6 läuft mit entspannt mit 120FPS

Aber danke, dass das ausschließen konnten

Ich habe da noch Nachtrag. Wenn ich VPX eine Weile in dem Zustand belasse, wo die Performance der GUI unterirdisch ist, zeigt sich auch nach einer Zeit X keine Verbesserung. Der Zustand ist so weit gehen statisch, dass er nur durch Neustart der Software durchbrochen werden kann. Viel mehr ist es auch, das trotz Wartezeit der Zustand sich weiter verschlechter, wenn man weiter arbeitet.

Erst mal danke für den Tipp und habe darauf hin mal gecheckt. Sie ist aktuell fix auf 32 GB festgelegt und befindet sich ebenfalls auf einer SSD. Aber ich werde mal schauen, ob und wie er darauf zugreift

Hi @McWuragu, schonmal überlegt, Windows die Festlegung der Größe der Auslagerungsdatei zu überlassen?

In Zeiten von weniger RAM mag es sinnvoll gewesen sein, eine angemessen große Auslagerungsdatei händisch über die erweiterte Systemsteuerung zu bestimmen, allgemeine Faustregel war dabei i. d. R. <minimale Größe Auslagerungsdatei> = das 1,5 fache <Größe verbauter Ram>, <maximale Größe Auslagerungsdatei> = das 3 fache <Größe verbauter Ram>.

Ab viel RAM (12, 16 GB oder so) lagert Windows nur noch selten benutzte Bereiche des Hauptspeichers in die pagefile.sys aus, rein theoretisch könnte man bei Deiner RAM-Größe von 32GB die Auslagerung gar deaktivieren (bei der automatischen Einstellung meines Systems mit 64GB RAM legt Windows 10 9GB pagefile.sys Größe fest).

Den Fall, den Du hier schilderst, hatte ich mal vor gefühlten 5 Ewigkeiten mit definitiv zuviel verbautem RAM...das System lief zwar soweit einigermaßen stabil, aber die eine oder andere Software, die deutlich mehr Speicher brauchte als der Durchschnitt, zeigte genau das von Dir beschriebene Verhalten bis hin zum Stillstand.

Ich würde den Fehler also an Deiner Stelle bei der RAM-Konfiguration suchen.

Hallo zusammen...

Danke @korntunnel @Marc-Goder @A380 @_Chris_ für die Lösungsansätze!

@McWuragu hat zwischenzeitlich den Weg zum Support gefunden.

Gruß Kay
(MAGIX Support)

Erst mal danke für den Tipp und habe darauf hin mal gecheckt. Sie ist aktuell fix auf 32 GB festgelegt und befindet sich ebenfalls auf einer SSD. Aber ich werde mal schauen, ob und wie er darauf zugreift

Hi @McWuragu, schonmal überlegt, Windows die Festlegung der Größe der Auslagerungsdatei zu überlassen?

....

Den Fall, den Du hier schilderst, hatte ich mal vor gefühlten 5 Ewigkeiten mit definitiv zuviel verbautem RAM...das System lief zwar soweit einigermaßen stabil, aber die eine oder andere Software, die deutlich mehr Speicher brauchte als der Durchschnitt, zeigte genau das von Dir beschriebene Verhalten bis hin zum Stillstand.

Ich würde den Fehler also an Deiner Stelle bei der RAM-Konfiguration suchen.

Also ich habe das ganze mal Ausprobiert und nun van fester Auslagerungsdatei, die Größe des System überlassen, das hat statt 32 GB eine 12 GB pagefile.sys angelegt. Doch auf das beschriebene Verhalten, das nach einer gewissen Zeit, wenn man durch die Timeline steppt, die Performance der GUI sinkt bis nichts mehr geht, hat sich nichts geändert.

Es gibt nun ein Ticket zu dem Thema und stelle gerade Files für Magix zusammen, wenn sich was Neues ergibt, werde mich melden.

Gruß

Steffen

Es gibt nun ein Ticket zu dem Thema und stelle gerade Files für Magix zusammen, wenn sich was Neues ergibt, werde mich melden.

Gruß

Steffen

Kleiner Tipp: Lass DxDiag laufen und schicke die erstellte Text-Datei, normalerweise dxdiag.txt, wird vom System für gewöhnlich direkt auf dem Desktop abgelegt, an den Support...zuverlässigere Inhalte, in denkbar platzsparendes Format gepackt, was Dein System betrifft, wirst Du kaum bekommen😉

Kleiner Tipp: Lass DxDiag laufen und schicke die erstellte Text-Datei, normalerweise dxdiag.txt, wird vom System für gewöhnlich direkt auf dem Desktop abgelegt, an den Support...zuverlässigere Inhalte, in denkbar platzsparendes Format gepackt, was Dein System betrifft, wirst Du kaum bekommen😉

Gab schon Mail, was sie gerne alles sehen würden wollen und da auch nach einem Projekt gefragt worden ist, damit sie leichter nachstellen können und dieses erwartungsgemäß mehre Gigabyte groß ist, ist glaube dxdiag.txt die kleinste Last.

btw: Abzug von msinfo32 wurde auch erbeten, zum Glück habe ich schon Glasfaser, da war der Upload schnell gemacht.

MfG

Steffen