{"id":10576,"date":"2023-05-24T23:00:00","date_gmt":"2023-05-24T21:00:00","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=10576"},"modified":"2023-05-25T13:34:14","modified_gmt":"2023-05-25T11:34:14","slug":"templates-in-davinci-resolve-18-erzeugen-schwarzes-bild-wie-man-schriften-richtig-zu-resolve-hinzufuegt","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/templates-in-davinci-resolve-18-erzeugen-schwarzes-bild-wie-man-schriften-richtig-zu-resolve-hinzufuegt\/","title":{"rendered":"Templates in DaVinci Resolve 18 erzeugen schwarzes Bild: Wie man Schriften richtig zu Resolve hinzuf\u00fcgt"},"content":{"rendered":"<p>Ich hatte vor einiger Zeit ein Template-Paket f\u00fcr DaVinci Resolve 17 im Einsatz. Das Upgrade auf Version 18 ist schon mehrere Monate vergangen. Seit dem habe ich die Effekte nicht gebraucht, da ich versucht habe, m\u00f6glichst viel mit Kdenlive zu schneiden. Nun wollte ich es wieder nutzen und stellte fest: Alle Templates erzeugen ein schwarzes Bild. Sowohl in der Vorschau, die im Wiedergabe-Bereich erscheint, wenn man mit dem Mauszeiger \u00fcber die Grafik in der Effekte-Bibliothek erscheint. Als auch beim Hinzuf\u00fcgen in der Zeitleiste.<\/p>\n<h2 class=\"wp-block-heading\">Der Workaround<\/h2>\n<p>Das Problem trat bei einer Vielzahl an Templates auf &#8211; bei einem jedoch nicht, dies funktionierte sowohl in der Vorschau, als auch in der Zeitleiste wie erwartet. Auff\u00e4llig war, dass die funktionierenden Open Sans verwendeten, die defekten Akaash. Diese Schrift war installiert und zur Sicherheit hatte ich deren Zwischenspeicher mit <strong>fc-cache<\/strong> neu aufgebaut. Im Zeitstrahl lie\u00dfen sich die Templates <em>reparieren<\/em>, in dem man die Auswahlbox zur Schrift in der Seitenleiste rechts einmal anklickte. Existieren mehrere Textelemente, m\u00fcssten sie alle angeklickt werden &#8211; f\u00fcr jedes Zeitstrahl-Element. Als akuter Workaround tolerabel, dauerhaft keine zufriedenstellende L\u00f6sung.<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter size-large\"><a href=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround.jpg\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"485\" src=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround-1024x485.jpg\" alt=\"\" class=\"wp-image-10581\" srcset=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround-1024x485.jpg 1024w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround-300x142.jpg 300w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround-768x364.jpg 768w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround-1536x728.jpg 1536w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/resolve-template-workaround.jpg 1920w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/a><\/figure>\n<\/div>\n<p>Offensichtlich gab es also ein Problem mit den Schriften. Welches genau, war jedoch nicht ersichtlich: Sie lagen in <strong>~\/.local\/share\/fonts\/<\/strong> und <strong>fc-cache -v<\/strong> best\u00e4tigte, dass alle 75 geladen wurden. Exakt so viele liegen in dem Ordner. Der Pfad ist Standard, oft ist nicht mal eine Erneuerung des Zwischenspeichers n\u00f6tig.<\/p>\n<h2 class=\"wp-block-heading\">Schriften die vorhanden sind, aber nicht \u00fcberall<\/h2>\n<p>Ich habe DaVinci Resolve \u00fcber die Kommandozeile gestartet. Dies erzeugte nur wenige Zeilen an in diesem Fall wenig hilfreicher Ausgabe. Also schaute ich mir das Debug-Protokoll an. Es wird erst nach dem Start von Resolve erzeugt &#8211; somit muss man das Programm starten und anschlie\u00dfend per Tail die Datei \u00f6ffnen. Beim Zugriff auf ein defektes Template wurde eine Fehlermeldung hinein geschrieben, dass er eine Schrift nicht findet:<\/p>\n<pre class=\"wp-block-prismatic-blocks\"><code class=\"language-bash\" data-line=\"\">$ tail -f ~\/.local\/share\/DaVinciResolve\/logs\/ResolveDebug.txt\n...\n0x7fa6442816c0 | Fusion               | ERROR | 2023-05-21 18:33:59,707 | Text1: Could not find font &quot;Poppins&quot;, style &quot;Black&quot;<\/code><\/pre>\n<p>Um sicher zu gehen, dass ich keinen Fehler gemacht habe, pr\u00fcfte ich das lokale Verzeichnis mit den Schriften. Dort ist sie im korrekten Stil enthalten:<\/p>\n<pre class=\"wp-block-prismatic-blocks\"><code class=\"language-bash\" data-line=\"\">$ ls -lh ~\/.local\/share\/fonts\/ | grep -i poppins | grep -i black\n-rw-r--r-- 1 daniel daniel 168K 21. Mai 22:10 Poppins-BlackItalic.ttf\n-rw-r----- 1 daniel daniel 148K 21. Mai 22:10 Poppins-Black.ttf<\/code><\/pre>\n<p>Das Problem liegt darin, dass Resolve diesen Pfad <a href=\"https:\/\/www.reddit.com\/r\/blackmagicdesign\/comments\/nzzi2l\/importing_fonts_into_davinci_resolve_with_linux\/\" target=\"_blank\" rel=\"nofollow\">gar nicht ber\u00fccksichtigt<\/a> &#8211; obwohl dieser unter GNU\/Linux \u00fcblich ist und von vielen Anwendungen ber\u00fccksichtigt wird. Von woher Resolve die Schriften l\u00e4dt, l\u00e4sst sich \u00fcber den Reiter <em>Fusion<\/em> &gt; Men\u00fc <em>Fusion<\/em> (oben)<em> &gt; Fusion Settings &gt; Fusion &gt; Path Map &gt; Defaults<\/em> \u00fcber die Variable <strong>Fonts:<\/strong> einsehen. Sie referenziert auf die nicht \u00e4nderbare Variable <strong>FUSION_FONTS<\/strong>, deren Inhalt dort nicht definiert ist. Sowie das systemweite Verzeichnis <strong>\/usr\/share\/fonts<\/strong>. Folglich kann man entweder die Schriften dort hin verschieben, oder <strong>Fonts:<\/strong> erweitern. Ich habe mich f\u00fcr letzteres entschieden, da der lokale Pfad aus meiner Sicht korrekt ist und Resolve diesen ber\u00fccksichtigen m\u00fcsste. Der Doppelpunkt am Ende geh\u00f6rt zur Variable, man f\u00fcgt also nur einen Strichpunkt gefolgt vom Pfad ein:<\/p>\n<div class=\"wp-block-image\">\n<figure class=\"aligncenter size-large\"><a href=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir.jpg\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"413\" src=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir-1024x413.jpg\" alt=\"\" class=\"wp-image-10578\" srcset=\"https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir-1024x413.jpg 1024w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir-300x121.jpg 300w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir-768x310.jpg 768w, https:\/\/u-labs.de\/portal\/wp-content\/uploads\/2023\/05\/font-dir.jpg 1258w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/a><\/figure>\n<\/div>\n<p>Nach dem Speichern Resolve neu starten und die Schriften werden geladen, wodurch auch die Templates funktionieren. Es war somit gar kein Problem von Resolve 18, wie zun\u00e4chst vermutet. Sondern hing eher damit zusammen, dass die Templates zuletzt unter Windows genutzt wurden und ich im Zuge der GNU\/Linux-Migration auch von 17 auf 18 aktualisiert habe.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Ich hatte vor einiger Zeit ein Template-Paket f\u00fcr DaVinci Resolve 17 im Einsatz. Das Upgrade auf Version 18 ist schon mehrere Monate vergangen. Seit dem habe ich die Effekte nicht gebraucht, da ich versucht habe, m\u00f6glichst viel mit Kdenlive zu schneiden. Nun wollte ich es wieder nutzen und stellte fest: Alle Templates erzeugen ein schwarzes &#8230;<\/p>\n","protected":false},"author":5,"featured_media":10580,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[835],"tags":[1078],"class_list":["post-10576","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-digitale-bild-und-videobearbeitung","tag-davinci-resolve"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10576","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=10576"}],"version-history":[{"count":3,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10576\/revisions"}],"predecessor-version":[{"id":10582,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/10576\/revisions\/10582"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/10580"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=10576"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=10576"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=10576"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}