Wir brauchten einen neuen Schnittrechner und haben das vermeintlich stärkste genommen, was gerade da war: TR 3970x, 64GB, MP600 2TB. Dazu die GTX 1070 aus dem alten Schnittsystem.
Wir schneiden meist auf Premiere. Abspielen eines GH5 4K 100 Mbits Clip ohne Effekt bei 100% Qualität klappt bei 5 % CPU Last und 12% GK Last. Aber: Wenn man einfach Lumetrie drüberlegt (nur Gradations-Kurve RGB und Rot verändert, zum Testen) steigt ie CPU Last auf 50% und die GK auf ca 17%. Dazu fängt er bei 100% Qualität an, Frames zu droppen.
50% CPU Last und die Frames beginnen zu droppen? Ja.
Runterschalten auf 1/2 Qualität: 25 % CPU Last, Film läuft flüssig.
Bin für Hilfe dankbar. Ich möchte eigentlich OHNE Proxys arbeiten, deshalb wollte ich einen starken Rechner.
Hat jemand Erfahrungen damit? Kann ich was optimieren?
ähnliches Material auf einem fast nur ein drittel so leistungsfähigem 8 Kerner Intel Core i7-7820X.
Diverse Lumetris drauf, läuft ohne frame dropping stundenlang, wenn es sein müsste...
Allerdings auf CC 2017, welche Version nutzt du?
Mercury playback ist aktiv?
gutentag3000 hat geschrieben: ↑Sa 04 Jan, 2020 13:40
Abspielen eines GH5 4K 100 Mbits Clip ohne Effekt bei 100% Qualität klappt bei 5 % CPU Last und 12% GK Last. Aber: ...
ich nehme an, du sprichst von h.264 material in 10bit und 4:2:2 sprichst, also genau das, wo alle üblichen beschleunigungslösungen aussteigen und die ganze rechenarbeit im zuge des decodierens tatsächlich auf der CPU erfolgen muss. in der weiteren verarbeitungskette spielt es dann ohnehin keine rolle mehr.
im prinzip sollte das natürlich trotzdem auf den aktuellen AMD prozessoren mit ihrer üppigen zahl an kernen ganz gut bewältigbar sein, trotzdem ist es leider in der praxis weiterhin so, dass die umgebende software infrastruktur (math. verarbeitungs-libraries und vektorisiertes video-processing) hier immer wieder deutlich schlechter optimiert und lückenhaft erscheint, wenn man sie mit dem intel gegenstück vergleicht.
als endbenutzer von programmen, die nicht im quellcode vorliegen, ist man dem völlig hilflos ausgeliefert. in wahrheit kann man in einem solchen fall nichteinmal die tatsächlich verantwortlichen flaschenhälse in der verarbeitung von außen ausmachen...
H.264 422 10bit soll der drückende Schuh sein? Mhhh...
Wie sieht es dann erst mit h.265 10bit aus?
Vielleicht ist da in der Tat Premiere eher etwas ungünstig aufgestellt und kommt ins Straucheln?
Ggfs Mal Resolve / Edius etc aufspielen und schauen ob es dort bei einem ähnlichen Workflow mit leichter Farbkorrektur auch zu Problemen kommt?
Womöglich ist Lumetri nicht entsprechend optimiert und bremst am Ende alles unnötigerweise aus - würde mich bei Premiere tatsächlich nicht wundern...
Vielleicht gibt es ja Nutzer die entsprechende Premiere Versionen mit dem genannten Codec fahren und entsprechend berichten können.
rush hat geschrieben: ↑Sa 04 Jan, 2020 20:20
H.264 422 10bit soll der drückende Schuh sein? Mhhh...
Wie sieht es dann erst mit h.265 10bit aus?
deutlich besser! -- und zwar, weil im fall von h.265 normalerweise auch 10bit-unterstützung in den meisten hardwarebeschleunigten lösungen zur verfügung steht!
diesr unterschied hat damit zu tun, dass h.265 einfach neuer ist und 10bit-unterstützung hauptsächlich für HDR auch im consumer umfeld unverzichtbar wurde.
allerdings kann man diese vorteile schnell wieder verspielen, wenn man unbedingt 4:2:2 statt 4:2:0 nutzen will. dann funktioniert das ganze nämlich selbst mit dem modernen h.265 wieder nicht.
würde mich bei Premiere tatsächlich nicht wundern...
mich schon ;-((
aber ich arbeite ja auch damit, und fasele nicht nur darüber.
Ich habe auch lange mit Premiere gearbeitet - zwar nicht mehr mit den letzten CC Varianten aber insbesondere in komplizierten Codec/Renderingprozessen hat mich Premiere durchaus hier und da schon manchmal genervt.
Und irgendwo muss der Schuh ja drücken wenn das Playback ohne Lumetri bei sehr geringer Last problemlos läuft - dann aber beinahe unmittelbar zu Drop Frames führt... Ob ein entsprechendes Intel System das ganze besser handlen würde (quicksync und co) oder es ein generelles Systemproblem ist kann ich nicht beurteilen, daher der Hinweis es mal mit alternativer Software gegenzuchecken um zu sehen wie sich das Material und der Rechner dabei verhält.
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
