Ich habe das bisher nicht bemerkt, allerdings liegen bei mir JPEG-Bilder auf der Timeline.
Deine TIFF-Bilder sind sehr voluminös, vielleicht sind Verzögerungen bei der Datenverschiebung
für den von Dir gefundenen Fehler verantwortlich?
Für die GPU nötiger Grafikspeicher auf dem K""-Prozessor ist eigentlich sehr klein, es muss deshalb
ständig auf die Festplatte bezüglich Speicherplatz für TIFF-Frames zurückgegriffen werden.
Ich würde in Videos keine TIFF-Bilder auflegen!
Ich würde in Videos keine TIFF-Bilder auflegen!
Doch grade,
TIFF oder PSD-Bilder haben nicht nur den Vorteil, dass damit auch der Alpha-Kanal übergeben werden kann, sondern es hat verschiedentlich auch schon Probleme mit JPEG-Bildern gegeben.
Deshalb war immer die Empfehlung lieber TIFF oder PSD zu verwenden. Deren Verwendung hatte bislang eigentlich nie Fehler verursacht.
Wenn QS das Problem zu sein scheint, solltest Du mal (wenn nicht schon geschehen) den Intel-QS-Treiber prüfen.
Gruß
Peter
Ich würde in Videos keine TIFF-Bilder auflegen!
Ich habe früher mit JPEG etliche Probleme bekommen. Nach Kontakt mit Gv etc. wurde mir empfoohlen entweder TIFF, Targa oder PSd zu verwenden.
// Da ich vor Jahren für meine Reisebücher TIFF verwendet habe (allerdings natürlich in der CMYK-Variante), habe ich mich für TIFF entschieden.
Seit dieser Zeit habe ich mit Bildern in Edius nie mehr Probleme gehabt (bis 9.52 überhaupt keine und mit Edius-X ist das jetzt seit Jahren (!) das erstemal).
Wobei noch zu erwähnen ist, dass ich mp4(h2.64) bisher immer mit Quicksync exportiert habe.
Erst jetzt konnte ich diesen seltsamen Exportfehler nur durch exportieren OHNE Quicksync vermeiden.
Ergänzung:
Da mich der positive Export ohne QS überrascht hat, habe ich das Problem im Zusammenhang mit seltsamem Verhalten vom Mercalli Pro überlegt. Mercalli hatte staibilisiert, im Clip auch angezeigt, dass stabilisiert wurde. Aber kaum habe ich die betroffenen Clips (es waren nur zwei) abgespielt, hat sich Mercalli die Meldung im Clip ausgegeben, es müsse der Clip stabilisiert werden. Die üblichen Eingrenzungsversuche inklusive Neustadt von Edius-X. Schließlich als ultima ratio den PC neu gestartet und alles lief wieder perfekt.
kurt
Ich habe früher mit JPEG etliche Probleme bekommen.
Ich hatte damit bisher keine Probleme, in diesem Punkt dann wir halt unterschiedliche Erfahrungen.
Mache damit viele mit dem Layouter animierte Dia-Shows per Edius.
TIFF oder PSD zu verwenden. Deren Verwendung hatte bislang eigentlich nie Fehler verursacht.
So ist es (bzw. war es bis gestern).
Wenn QS das Problem zu sein scheint, solltest Du mal (wenn nicht schon geschehen) den Intel-QS-Treiber prüfen.
Ich habe immer den neuesten Treiber.
Es funktioniert wieder alles. // Weichware eben.
Gruß kurt
Ich hatte damit bisher keine Probleme, in diesem Punkt dann wir halt unterschiedliche Erfahrungen.
Nicht nur wir beide.
Vor einigen Jahren gab es im US-Forum viele diesbezügliche Diskussionen, während andere (auch viele) Benutzer keine JPEG-Probleme hatten.
// Wie ich schon oben sagte: Eben alles Weichware.
Gruß kurt
Wie sieht es bei Dir hier aus:
Max supported frame size: ? bei Intel HD-Graphics...
Max supported frame size: ? bei Intel HD-Graphics...
wo finde ich das (habe ich nie benötigt das zu wissen 
) ?
// Hatte rund 10 Jahre damit nie Probleme. Exportiere nur nach h.264/mp4 (FHD).
kurt
Auf die Schnelle gefunden: 4096x2304@60Hz (ist vermutlich falsch, da ich mit viel größeren Bildauflösungen nie Probleme hatte).
Bei mir steht in der Systemsteuerung/GPUfx:
Max supported frame size: 4096 x 4096
Vielleicht ist der entscheidende Unterschied wenn Du über die Intel GD-Graphics Bilder renderst... 
Probiere es mal mit einem kleineren TIFF-Bild...
Probiere es mal mit einem kleineren TIFF-Bild...
1) Wie ich schon sagte: Mit 9.52 gab es überhaupt kein Problem mit diesem Projekt.
2) Ich habe das nochmals überprüft:
- Es handelt sich um ein älteres Projekt.
- Damals benutzte ich (auch) noch JPEG-Bilder.
- Das Problembild ist ein JPEG-Bild mit 1920x1080. // Ich war der irrigen Meinung, dass auch bei diesen Projekt schon alle Bilder TIFF wären.
3) Was ich jetzt interessenhalber tun werde: Ich werde dieses Bild nach TIFF konvertieren und die Sequenz mit Hardwareunterstützung exportieren.
Ich melde mich dann wieder.
kurt
Bei mir steht in der Systemsteuerung/GPUfx:
Max supported frame size: 4096 x 4096
Vielleicht ist der entscheidende Unterschied wenn Du über die Intel GD-Graphics Bilder renderst
Die "max supported frame size" bezieht sich auf die Ausgabe über HDMI und DP und hat nichts mit der Encodierung zu tun.
Für die GPU nötiger Grafikspeicher auf dem K""-Prozessor ist eigentlich sehr klein, es muss deshalb
ständig auf die Festplatte bezüglich Speicherplatz für TIFF-Frames zurückgegriffen werden.
Die GPU der K-CPUs kann bis zu 64GB Speicher dynamisch adressieren und hat keinen "eigenen Speicher"
Ich melde mich dann wieder.
Da bin ich wieder:
Kurz: Das TIFF-Bild zeigt dasselbe Verhalten wie das JPEG-Bild.
Also:
- Bis zur Version-9.52 kein diesbezügliches Problem.
- Nach Übernahme des Projektes in Edius-X:
--- Export mit Hardwareunterstützung (QuickSync): Export zeigt im unteren Bildbereich für genau ein Frame eine Bildstörung (wie in Post-1 beschrieben).
--- Export OHNE Hardwareunterstützung (QuickSync): Export zeigt keine Störung (wie unter 9.52 mit Hardwareunterstüzung).
Daher:
Vordergründige Folgerungen:
- Edius-X "reagiert" in bestimmten Situationen anders als Edius-9.52 ODER
- Die Hardwareunterstützung (QuickSync) reagiert "seit Edius.9.52" anders.
Gruß kurt
Die "max supported frame size" bezieht sich auf die Ausgabe über HDMI und DP und hat nichts mit der Encodierung zu tun.
Die GPU der K-CPUs kann bis zu 64GB Speicher dynamisch adressieren und hat keinen "eigenen Speicher"
Brauche ich also mein Wissen nicht "refreshen" 
Die GPU der K-CPUs kann bis zu 64GB Speicher dynamisch adressieren und hat keinen "eigenen Speicher"
Hi,
außerdem verfügen sowohl der i7-6700, als auch der i7-6700K (wie auch noch andere CPUs) über die gleiche Intel HD-Grafik 530. Da besteht also kein Unterschied.
Im i9-9900K von @Pee ist natürlich die modernere UHD-Grafik 630 verbaut.
--- Export mit Hardwareunterstützung (QuickSync): Export zeigt im unteren Bildbereich für genau ein Frame eine Bildstörung (wie in Post-1 beschrieben).
Das ist schon sehr merkwürdig.
Wenn ich richtig verstehe, tritt der Fehler auch nur bei diesem einen Standbild auf, andere Standbilder in dem Projekt sind also nicht betroffen?
Liegt die Störung immer an der selben Stelle (wo?), oder verschiebt sich das?
Hast Du mal die Länge des Standbild-Clips auf der TL verändert, insbes. versucht den Fehler (sofern immer an der selben Stelle) durch einen Cut "auszuschneiden?
Hast Du Edius den Bereich mal vor dem Export rendern lassen?
Wenn es nur bei diesem Bild (Datei) auftritt, würde ich doch irgendwo dort den Verursacher vermuten.
Im Hinterkopf habe ich dabei die Merkwürdigkeiten, die vereinzelt bei Edius 9 im Zusammenhang mit Videodateien auftraten, wenn die Datei in der Definition (z.B. Level) nicht ganz dem Standard entsprach. Das war dann m.E. auch immer unter QS.
Gruß
Peter
Alles anzeigen1) Wenn ich richtig verstehe, tritt der Fehler auch nur bei diesem einen Standbild auf, andere Standbilder in dem Projekt sind also nicht betroffen? Exakt!
2) Liegt die Störung immer an der selben Stelle (wo?), oder verschiebt sich das? Immer an derselben Stelle.
3) Hast Du mal die Länge des Standbild-Clips auf der TL verändert, insbes. versucht den Fehler (sofern immer an der selben Stelle) durch einen Cut "auszuschneiden? Nein, siehe unten.
4) Hast Du Edius den Bereich mal vor dem Export rendern lassen? Ja, nützt nichts.
5) Wenn es nur bei diesem Bild (Datei) auftritt, würde ich doch irgendwo dort den Verursacher vermuten. Ich auch, siehe unten.
ad 3) Das habe ich noch nicht versucht, weil: In 9.52 tritt dieses Problem überhaupt nicht auf !!!!
ad 5) Ich habe dieses FHD-Bild aus einem FHD50p-Clip in Edius exportiert.
Erstellt wurde das Projekt seinerzeit mit Edius-8 und hat alle Ediusversionen bis 9.52 anstandslos mitgemacht. Das ist ja das Kuriose.
Was ich jetzt noch versuchen werde: Aus dem FHD-Clip unter Edius-X das Bild neu exportieren (zunächst wieder als JPEG und als TIFF) und zu testen.
Wenn das auch nichts bringt - warte ich auf bessere Zeiten (sprich: Edius-10.1, 10.2, ...).
// Und lebe mit dem Fehler. Was solls. Die goldene Palme bekommt diese Doku sowieso nicht 
Gruß kurt
Erstellt wurde das Projekt seinerzeit mit Edius-8
Wenn das ein Standbild aus Edius (8) ist, ist das ganze natürlich noch unverständlicher... 
Aus dem FHD-Clip unter Edius-X das Bild neu exportieren (zunächst wieder als JPEG und als TIFF) und zu testen.
Du meinst erneut ein Standbild erzeugen? - Das ist ein sehr guter Gedanke. So sollte es funktionieren.
Da ich seit Urzeiten mit Photoshop arbeite, verwende ich halt immer PSD. Damit hatte ich auch noch nie Probleme.
Gruß
Peter
Du meinst erneut ein Standbild erzeugen?
Ja; suche aber noch den CLIP.
Inzwischen Bild vorne und hinten verlängert und kurzes Stück dazwischen ausgeschnitten, um die Position der Störung (die nur nach dem Export zu sehen ist - in Edius gibt es diese Störung nicht; ist reines Exportprodukt) zu meiden. Hat natürlich nix gebracht.
Jetzt suche ich weiter nach dem Originalclip.
kurt
