Liebe Forumsgemeinde,
der ibc Bericht beinhaltet sehr wohl einige neue Informationen, selbst wenn auf der Messe Anfang September die im August veröffentlichte 8.22 Version gezeigt wurde. Man hätte die Version 8.22 auch zur ibc veröffentlichen können, dann hätte man auf der ibc die News gehabt, die Entscheidung war aber gerade wegen der Probleme mit QuicTime und QuickSync hier vorab schon zu vröffentlichen, ich denke das ist sehr im Sinne des Kunden, selbst, wenn man sich marketingtechnuisch dann schlechter stellt. Warum man da nun drauf hauen muss, ist mir aber unklar. Die 8.22 hat einige deutliche technische Verbesserungen bekommen, diese hatte ich schon aufgeführt, aber man hat die Themen vielleicht schon wieder vergessen, also nochmals:
- GV kann nun auch ohne Quicktime gut mit EDIUS arbeiten, Quicktime ist für Basisfunktionen nicht mehr notwendig
- GV hat zusammen mit Microsoft und Intel eine Anpassung der QuickSync Treiber vorangetrieben und die Unterstützung der neuesten Treiber umgesetzt
- GV hat LUT-Import ermöglicht - ein wahnsinnig vielseitiges Werkzeug, die gerade Matt Scott und viele andere lieben (Beitrag mit ihm folgt)
- GV hat den HDR Farbraum implementiert und ermöglicht nun einen HDR Workflow
- GV hat Presets für Farbraum/LOG-Konvertierungen verschiedenerer Kamera Hersteller implementiert
- GV hat GPU Beschleunigung für den wohl wichtigsten Filter - die primäre Farbkorrektur - integriert. Warum? Weil gerade hier bei RGB Farbraumberechnungen die GPU wirklich eine deutliche Beschleunigung bringt. Also nicht GPU Unterstützung der GPU wegen, sondern mit entsprechendem Performancevorteil.
- GV hat eine Reihe von kleineren Verbesserungen integriert, die auf User Rückmeldungen zurück gehen. Siehe Readme.
In dieser Liste sind viele von Usern eit langem gewünschte Funktionen enthalten, wie eben LUT und GPU Support. Die Performance ist beeindruckend. Bitte einfach mal selbst testen, Hilfestellung kommt von uns in Kürze durch veröffentlichung des Beitrags von Matt Scott.
Der IBC Beitrag berichtet zudem davon, dass die Encoding technologie von EDIUS mittlerweile Kernfuntion von Stratus ist und viele Newssender diese Technologie nutzen, um noch schneller in sozialen Medien Filme publizieren zu können (die Beiträge werden automatisch sofort über einen speziellen EDIUS Render Server encodiert). Damit ist EDIUS Kern der Kampagne von Grass Valley, das nehmlich nicht nur wie in der Vergangenheit die TV Ausstrahlung das Ziel von GV ist, sondern auch andere Geräte. Dies sorgt für eine noch wichtigere Position von EDIUS innerhalb des GV Unternehmens. (GV hat auf der Messe zudem sehr positive Zahlen präsentiert, auch das ist wichtig).
Alex berichtet von einem High-End TV Sender in Japan, der mit EDIUS sowohl Dolby PQ als auch HLG HDR Workflows macht um Filme in HDR auszustrahlen. Wenn man bedenkt, das HDR das Thema der ibc war, halte ich das schon für berichtenswert.
Der Ausblick auf die kommenden Funktionen rundet das ab.
Natürlich kann ich verstehen, dass Wünsche offen bleiben. Aber bitte beachten: GV macht hier, was sie angekündigt haben. Warum der Motion Tracker kritisiert wird, ist mir auch nicht klar. Es wurde doch schon kommuniziert, dass der Tracker, so wie er nun im Masken Filter ist, erst Schritt eins ist - aber wohl gemerkt die Art von Tracking wie Sie in einem schnellen NLE wie EDIUS auch Sinn macht. EDIUS ist kein Kompositing Tool, daher hinkt auch der Vergleich mit After Effects und Co. EDIUS will schnell sein, und der Tracker ist schnell. Und die Kombination aus Tracker + Farbkorrektur oder Effektfilter ist durchaus leistungsfähig. Bitte, wenn kritisiert wird, nicht global, sondern konkret: Wo sind denn die Probleme? Auch nochmals zum Bildersupport: Wenn hundertausende EDIUS Installationen da draußen sind, ist es wirklich sinnvoll, die Engine komplett auszutauschen und dabei gleich noch neue Standards einzuführen? Besser Schritt für Schritt: Erst das vorhandene Fundament ersetzen und dann darauf ein schönes neues Haus stellen - und nicht versuchen, beides gleichzeitig zu machen. Man hat das, was QT früher gemacht hat, 1:1 ersetzt. Daher auch die Missverständnisse mit dem 10-bit Bilder Support, das ging mit Quicktime auch schon. Nur darum ging es in dem ersten Schritt.
Ich wünsche mir auch bei den kritischen Beiträgen eine konstruktive Note: Nicht schreiben, das ist alles schlecht, sondern konkret schreiben, wo es Probleme gibt. GV wird nicht müde, EDIUS an die Anforderungen der User anzupassen. Aber konstruktiv funktioniert das nun mal sehr viel besser, als auf alles drauf zu schlagen, was sich bewegt.
Und EDIUS ist ein Werkzeug, das für viele (wenn nicht die meisten) Anwendungen im Videobereich hervorragend geeignet ist. Perfekt ist es nicht, kann es auch nicht für jede Anwendung werden. Dennoch ist es nach wie vor anderen Anwendungen in einigen Bereichen Überlegen. Und Verbesserungen werden gerne umgesetzt. Immer nur her mit den Vorschlägen, wir besprechen diese mit GV und arbeiten gemeinsam an einem noch besseren Werkzeug. Einverstanden?
Liebe Grüße vom wieder von der ibc zurückgekehrten Michael Lehmann-Horn...