Zu 1. Ich habe die Grrafikarte unter Datei I/O und Video eingestellt:

Außerdem habe ich die Renderthreads auf meine tatsächliche Anzahl an logischen CPU-Kernen eingestellt. (Bringt aber nichts). Wie sollte man die dynamische Ram-Vorschau bei 32GB RAM im System einstellen? Hat diese Einstellung damit was zu tun?

Zu 2.: Sind 830GB frei auf dem Laufwerk und Schreibrechte im Verzeichnis gibt es auch.

Ist der Grafikkartentreiber aktuell?

Wenn der Wert der RAM-Vorschau auf Standard belassen wird, ist das normalerweise o.k. Die normale Wiedergabe beeinflusst dieser Wert nur für den Fall, dass eine bestimmte Passage mehrmals wiederholt abgespielt wird. Ansonsten dient er eben der besonderen RAM-Vorschau.

Bezüglich Proxy-Dateien: Wenn du versuchst, die Clips, bei denen die Proxy-Erstellung scheitert, manuell zu XDCAM EX zu rendern, funktioniert das?

Hallo, der Grafikkartentreiber ist der aktuelle Studio Treiber.

Ein Export nach XDCAM EX habe ich mit HQ 1280x720-60p, 35 Mbit/s VBR getestet. Funktioniert fehlerfrei.

Ich habe aber weitere Erkenntnisse:

Ich habe nun mein Vegas Pro 15 & 17 auf beiden PCs installiert (Intel i5 gen 6 mit Onboard Grafik und Windows 10 1909 vs. AMD Ryzen 5 3600 mit GTX 1660 Super und Windows 10 2004). Also völlig verschiedene Hardware.

Ergebnis: Auf beiden PCs läuft die Proxydateierstellung mit Vegas Pro 15 ohne Probleme. Mit Version 17 kommt auf beiden PCs die gleiche Fehlermeldung. Beim Erstellen einer Proxydatei für einen Stream ist ein Fehler aufgetreten. Fehler 0x85008002 (Meldung fehlt)

Erstelle ich mit Version 15 die Proxydateien, kann ich sie mit Version 17 nutzen. Nur eben keine mit 17 erstellen. Der Fehler tritt nur auf, wenn ich für 4K HEVC Material Proxys erstellen möchte. (Genau HEVC 3840x2160@60fps vom iPhone SE 2020). Nutze ich statt 4K Full-HD Videos mit 60fps vom gleichen Gerät, werden Proxys mit Version 15 & 17 erstellt. (Was natürlich nicht sinnvoll ist, aber es geht).

Somit sehe ich den Fehler langsam nicht mehr an meiner Hardware oder meinem Windows. Vielmehr scheint es, dass Vegas Pro 17 im aktuellen Build offenbar Probleme mit iPhone Videos in 4K@60p hat.

Kann das einer bestätigen / Widerlegen?

Könntest du einen solchen problematischen Clip zum Download anbieten (per Dropbox, Google Drive o. ä.)?

Wäre vielleicht noch von Bedeutung wann diese Fehlermeldung kommt. Es gibt ja die manuelle Erstellung der Proxydateien und eine automatische Erstellung dieser Proxydateien. Ergibt sich bei beide Erstellungsarten diese Fehlermeldung oder nur bei einer?

Guten Morgen,

@Marco.

https://www.magentacloud.de/lnk/mUAAoxCi

Passwort: Proxytest

@3POINT

Die Fehlermeldung kommt in beiden Fällen (rechtsklick auf Video in Projektmedien -> Proxy erstellen und bei automatischer Konfiguration.) Bei Vegas Pro 17 muss ich, damit die automatische Erstellung startet, in den internen Einstellungen die Auflösung entsprechend anpassen, da standardmäßig nur noch Proxiys für Videos über 4K automatisch erzeugt werden.

Scheint nach meiner Meinung doch ein "Bug" in Vpro17 zu sein. Ich kann die Fehlermeldung nachvollziehen, sie erscheint am Ende der Proxyygenerierung. Hingegen, die Proxygenerierung dieser Datei in VMS17 (der kleine Bruder von VPro17) funktioniert tadellos und die damit generierte Proxydatei wird auch anstandslos durch Vpro17 angenommen. (und der kleine Kerl stapft damit auch fliessend durch die Vorschau).

Ja, ich kann den Fehler mit dieser Datei auch reproduzieren. Ich teste noch ein paar Dinge dazu. Mein Verdacht ist, dass die variable Framerate letztlich den Fehler verursacht, wenn Vegas Pro versucht, die entsprechenden Metadaten für die Proxy-Datei zu generieren.

Ich finde leider keine praktikable Lösung dafür. Das heißt, in diesem Fall müssten die Quellclips entweder vor dem Import gewandelt werden (was aufgrund der variablen Framerate möglicherweise ohnehin empfehlenswert wäre) oder es müsste auf eine andere Art von Proxy-Workflow zurückgegriffen werden, beispielsweise per Vegasaur.

Den Bug habe ich an die Entwickler weitergeleitet.

Ich danke für die Unterstützung! Ich habe jetzt tatsächlich mein altes Vegas Pro 15 auf meinem neuen PC im Einsatz und bin glücklich damit.

Ich werde den Kauf des 17er Upgrades rückgängig machen und dann vielleicht später die 18 kaufen, wenn dort der Bug wieder entfernt sein sollte.

@Marco.

Noch eine Frage zu VFR: Unterstützt Vegas Pro offiziell VFR? Wenn ja, seit welcher Version? Denn während die Konkurrenz offiziell mit diesem Feature wirbt, lese ich hier immer den Tipp des vorher umcodierens. Ich würde mir aber wünschen, dass Vegas Pro bestmöglich beim editieren ein CFR daraus macht (durch ggf. leichtes verschieben, verdoppeln oder weglassen einzelner Frames, um möglichst nah am Original zu sein. (Bitte nichts à la Smart Resampling und keine eigenen Zwischenbilder berechnen).

Für mich ist VFR auch noch neu und ich habe mich lange gegen gewehrt, aber mittlerweile sind die Handys so gut geworden, dass der zusätzliche Camcorder im Gepäck immer öfter entfällt.

Seit Vegas Pro 16 bietet das Programm die Option, bei Verwendung von VFR-Video das Playback anzupassen und zwar tatsächlich per Frame-Drops und Frame-Dopplung.

Seit Vegas Pro 16 bietet das Programm die Option, bei Verwendung von VFR-Video das Playback anzupassen und zwar tatsächlich per Frame-Drops und Frame-Dopplung.

Sorry, für die genaue Nachfrage: geht es hier nur um das Playback (im Vorschaufenster) oder hat dies auch direkte Auswirkungen auf die gerenderte Datei?

Oder anders gefragt: Kann ich große Schnittsprojekte mit VFR Dateien und meinem Vegas Pro 15 machen oder sollte ich lieber auf Version 18 warten (in der Hoffnung, dass der Bug dort nicht mehr existiert)?.

»geht es hier nur um das Playback (im Vorschaufenster) oder hat dies auch direkte Auswirkungen auf die gerenderte Datei?«

Es wirkt sich darauf aus, wie das Video innerhalb des Projektes behandelt und auch zum Rendern weitergegeben wird. Bei der Option ohne Frame-Dopplung und Frame-Drops wäre das Video ja auch ständig asynchron.

»Kann ich große Schnittsprojekte mit VFR Dateien und meinem Vegas Pro 15 machen«

Das kann ich dir leider nicht mit Gewissheit sagen, zumal ich VFR-Video meide, denn VFR in der momentan gängigen Variante ergibt für mich keinen Sinn. Ich persönlich würde das Risiko mit VFR-Video bei großen Projekten nicht eingehen, sondern tatsächlich das Material vor Import in CFR wandeln. Das lässt sich ja mit FFmpeg-basierenden kostenfreien Encodern leicht (halb-)automatisieren.