Problembeschreibung

Auf der GPN, der DjangoCon und auch einigen anderen Events den Encoder-PC wieder hinten beim Mischerplatz stehen. Die Slides wurden dann vorn beim Speaker mittels Tronsmart ins nötige Format gebracht, auf SDI gewandelt und an den Encoder transportiert. (HDMI-Gerät → HDMI2SDI-Wandler → SDI-In einer Capture-Karte)

Dabei kam es auf einigen Events zu Problemen im Bild: https://media.ccc.de/v/gpn18-41-publish-your-research-warum-ffentlich-finanzierte-forschung-nicht-verffentlicht-wird#t=1344 und folgende (Bild hier)

Offenbar werden einige Pixel horizontal dupliziert, die Zeilen dadurch “verlängert” und es kommt zu den Zeilen-Verschiebe-Artefakten.

Durch Beobachtungen konnte folgendes bereits geklärt werden:

Das Problem tritt bei allen Arten von Slides auf; auch bei solchen mit viel Bewegung / Farbe

Die betriffenen Pixel sind stabil, auch über eine längere Zeit hinweg

Durch entfernen des SDI-Konverters aus der Chain und verwenden des HDMI-In einer Mini-Recorder kann das Problem eliminiert werden

HDMI kann aber nur für kurze Strecken benutzt werden

Es sind eigene Probleme mit dem HDMI-In bekannt (→ https://c3voc.de/wiki/hardware:tronsmart_pavo_m9#bild_rot_gruen_schwarz_an_decklink_minirecorder)

Zielsetzung

Mit diesem Experiment soll die genaue Ursache des Problems und mögliche Handlungsempfehlungen für ein Akutes beheben des Problems sowie für eine strategische Lösung erarbeitet werden.

Konkrete Fragen die das Experiment beantworten soll sind u.A.:

Hilft ein Neustart einer der Geräte um das Problem zu beheben? Für wie lange hilft das dann?

Sind alle SDI-Wandler betroffen oder haben andere Geräte (z.B. die SDI-Wandler von BlackMagic) das Problem nicht?

Spielt das Netzteil des SDI-Wandlers beim Auslösen des Problems eine Rolle?

Spielen die HDMI-Splitter beim Auslösen des Problems eine Rolle?

Hilft es einen anderen SDI-Input zu verwenden?

Nicht beantwortet können aus diesem Experiment folgende Fragen:

Spielt die Länge des SDI oder des HDMI-Kabels eine Rolle?

Löst bestimmter Bildinhalt das Problem aus bzw. beschleunigt dessen Auslösung?

Diese müssen ggf. in einem anderen Experiment im Nachgang getestet werden.

Testsetup

Der HDMI-Out des Encoder-PCs ist über folgende Verkabelung mit den jeweiligen Grabber-Karten verbunden. Über das Framebuffer-Device wird eine Testkarte ausgegeben. Eine laufende decklink-debugger-Instanz bietet einen Live-Feed aller eingehenden Videosignale. (Bild)

Über das VPN sind die Feeds unter folgenden URLs verfügbar:

HDMI über Splitter in eine Decklink MiniRecorder: http://10.73.2.3:8042/capture/4.png

SDI über zwei Splitter und den VOC HDMI2SDI-Converter: http://10.73.2.3:8042/capture/1.png

SDI über zwei Splitter und den BlackMagic HDMI2SDI-Converter: http://10.73.2.3:8042/capture/0.png

Vorgehen

Bislang ist folgendes Vorgehen geplant:

Warten und manuell die og. Feeds prüfen um rauszufinden, ob das Problem von selbst auftaucht

Wenn nicht: realistischeren Inhalt ausgeben

Eventuell von einem anderen Gerät Inhalt zuspielen (andere Clock)