HDMI-SDI-Converter-Experiment [c3voc]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== HDMI-SDI-Converter-Experiment ======
======= 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 ff.

{{:experiment:experiment:sdi-converter:pbildschirmfoto_2018-07-11_um_15.09.31.png?400|}}
{{:experiment:experiment:sdi-converter:bildschirmfoto_2018-07-11_um_15.11.21.png?400|}}

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.

{{:experiment:experiment:sdi-converter:img_6710.jpg?400|}}
{{:experiment:experiment:sdi-converter:img_6711.jpg?400|}}

Ü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)

====== Ergebnis ======
Das Experiment wurde am 9.8.2018 wieder abgebaut; das Problem konnte nichr reproduziert werden. Als Variante wurde noch ein Tronsmart mit in die Kette genommen; damit ließ sich das Problem, dass das HDMI-Signal am HDMI-In nur als Rot/Grün/Schwarze vollfarbe ankommt auslösen; die Streifen waren jedoch nicht reproduzierbar. Andere Varianten wurden nicht ausprobiert.