HDMI-EDID-Decoder
Vergleicht Captures aufeinanderfolgender HDMI-Glieder nach Identität, Timings, Audio, HDR und Prüfsummen.
Hardware / AVHDMI und EDID in echten Signalketten systematisch prüfen
HDMI-Probleme würfeln nicht: Die Quelle entscheidet anhand einer Fähigkeitenliste, die unterwegs gefiltert, gemischt, zwischengespeichert oder beschädigt wurde. Statt Kabel auf Verdacht zu tauschen, liest du die Aussage jedes Glieds, verkürzt die Kette und änderst immer nur eine Sache.
EDID ist ein Angebot, noch kein Bild
Extended Display Identification Data beantwortet der Quelle eine schlichte Frage: „Was darf ich senden?“ Der 128 Byte große Basisblock identifiziert das Display und nennt grundlegende Timings; CTA-Erweiterungsblöcke liefern HDMI-relevante Details wie weitere Videomodi, Audioformate, Lautsprecherbelegung, herstellerspezifische Daten und statische HDR-Metadaten. Die Quelle liest dieses Angebot über den Display Data Channel, wählt einen Ausgangsmodus und baut danach erst die eigentliche Verbindung auf. EDID beweist weder, dass das Kabel die Datenrate trägt, noch dass HDCP gelingt oder das Panel jeden beworbenen Modus fehlerfrei darstellt.
Diese Trennung spart Fehlersuche. Ein sauberes 4K-Bild, das alle paar Minuten schwarz wird, lenkt zunächst auf Signalreserve, Taktrückgewinnung oder eine erneute HDCP-Aushandlung. Fehlen 4K, HDR oder ein verlustfreies Audioformat schon im Menü der Quelle, prüfst du dagegen zuerst deren Angebot. Der HDMI-EDID-Decoder liest Hexdaten oder eine lokale EDID-Datei vollständig im Browser und zeigt Identität, Timings, CTA-Audio, HDR-Daten und Prüfsummen. Er liest den Befund; er überschreibt nichts und verspricht nicht, welchen Modus eine Quelle daraus wählt.
Jedes Zwischengerät spielt plötzlich Display
Hängt der Player direkt am Fernseher, liefert der Fernseher die EDID. Steckst du einen AVR dazwischen, fragt der Player nun den Receiver. Der kombiniert gewöhnlich seine Audiofähigkeiten mit den Videofähigkeiten des Displays. Dieses „Kombinieren“ ist jedoch Gerätepolitik, kein transparentes Durchreichen. Splitter, Matrix, Capture-Gerät, Soundbar, KVM oder Kupfer-/Glasfaser-Extender können die Daten zwischenspeichern, beschneiden, ersetzen oder neu erzeugen. Deshalb kann ein Firmware-Update oder eine andere Einschaltreihenfolge das Quellenmenü verändern, obwohl beide Endgeräte gleich geblieben sind.
Bei Verteilern wird es besonders ungemütlich. Zwei Senken widersprechen sich bei Auflösung, Bildrate, Chroma, Farbtiefe, HDR oder Audio. Viele Splitter präsentieren den kleinsten gemeinsamen Nenner, andere kopieren Ausgang eins, verwenden eine feste Tabelle oder mergen unvollständig. Keiner macht aus einem 1080p-SDR-Display einen 4K-HDR-Empfänger, nur weil der zweite Ausgang mehr kann. Halte fest, welcher Ausgang die EDID bestimmt, welchem Port Hot Plug Detect folgt und was passiert, wenn eine zuvor schlafende Senke aufwacht. Die Einschaltreihenfolge gehört zur Topologie.
Fähigkeitskonflikte hinterlassen typische Spuren
Fällt eine Kette auf 1080p zurück, fehlt oft das erwartete 4K-Timing im präsentierten CTA-Block — oder ein beworbener 4K-Modus überfordert den realen Übertragungsweg. Für HDR genügt „4K-fähig“ nicht. Die passenden Transferfunktionen und statischen Metadaten müssen erhalten bleiben; zugleich müssen Farbtiefe, Chroma, Bildrate und Link-Bandbreite zusammenpassen. Eine Quelle entscheidet sich deshalb plausibel für 4K SDR, reduziertes Chroma oder eine niedrigere Bildrate. Vergleiche nicht bloß Aufkleber und Menübegriffe, sondern das tatsächliche Timing samt Farbparametern.
Audio bricht an einer anderen Naht. Ein Fernseher bewirbt womöglich nur Formate, die er selbst wiedergibt oder über ARC/eARC zurückliefert; der AVR könnte weit mehr dekodieren. Kopiert eine Matrix den Audioblock des Fernsehers statt des Receivers, bietet der Player vielleicht nur Stereo-PCM an. Umgekehrt erzeugt eine erzwungene AVR-EDID an Fernsehlautsprechern leicht Stille. Lies Audiodeskriptoren und Lautsprecherbelegung genau dort, wo die Quelle sie sieht. „Der Receiver kann das“ ist bedeutungslos, wenn der Player davon nie erfahren hat.
Grenze den Verlust Glied für Glied ein
Schreibe die Kette in ihrer echten Reihenfolge auf, inklusive Adapter und steuerungsabhängiger Abzweige. Dann baust du eine bekannte Basis: eine Quelle, ein kurzes geeignetes Kabel, ein Display, konservative Einstellungen, alle Geräte kalt gestartet. Prüfe, ob der Zielmodus vorhanden und stabil ist. Füge genau ein weiteres Glied hinzu. Nach jedem Schritt sicherst du die EDID aus Sicht der Quelle, notierst den gewählten Modus und testest lang genug, um Handshake-Probleme von einer grenzwertigen Hochbandbreitenstrecke zu trennen. Wer Kabel, AVR-Modus, Quellenformat und Einschaltfolge gleichzeitig ändert, vernichtet seinen eigenen Befund.
Vergleiche Captures, nicht Fotos von Einstellungsmenüs. Beginne mit Herstellerkennung und Block-Prüfsummen: Eine falsche Identität verrät eine feste Tabelle oder einen Emulator; eine fehlerhafte Prüfsumme macht alle folgenden Aussagen verdächtig. Danach vergleichst du bevorzugtes Timing, Videodatenblöcke, Audioformate, Lautsprecherbelegung und HDR-Metadaten. Direkt am Display gegen durch den AVR ist das erste sinnvolle Paar; durch den AVR gegen durch den Extender das nächste. Hinter dem Glied, an dem eine Fähigkeit verschwindet, beginnt die Untersuchung — unabhängig vom Logo auf dessen Frontplatte.
EDID-Emulation ist ein Skalpell
Ein Emulator kann ein bekanntes Angebot festhalten, wenn die echte Senke ausgeschaltet ist, eine bewährte Display-EDID kopieren oder Fähigkeiten gezielt begrenzen. Für die Diagnose ist das stark: Stellt die direkt kopierte Display-EDID HDR durch eine sonst unveränderte Kette wieder her, hast du Aushandlungspolitik vom reinen Transport getrennt. In Matrizen verhindert ein fester Datensatz außerdem, dass wechselnde Displays jede Quelle neu anstoßen. Aber kein Emulator erzeugt Bandbreite, HDCP-Unterstützung, Decoder oder zusätzliche Pixel. Einen hübschen Modus durch ungeeignete Hardware zu erzwingen tauscht nur einen fehlenden Menüpunkt gegen ein schwarzes Bild.
Bewahre den Original-Capture auf, beschrifte Messpunkt und Datum und halte Overrides reversibel. Ändere so wenig wie möglich: lieber ein nicht unterstütztes Audioformat entfernen oder ein Timing begrenzen als eine „kann alles“-Vorlage installieren. Lies nach dem Programmieren erneut aus, was die Quelle tatsächlich erhält. Bleibt die Verbindung trotz korrekter EDID instabil, geh zurück zu Kabellänge, Steckern, Entzerrung, Stromversorgung, Firmware und HDCP. EDID war dann nur die Einladung; die Übertragung scheiterte nach deren Annahme.
AV-over-IP bringt eine zweite Topologie mit
Bei AV-over-IP liegen logische Signalroute und Ethernet-Weg übereinander. Encoder, Decoder, Controller und virtuelle Matrizen vermitteln oder erzeugen weiterhin EDID; die Methode mit Captures an jeder Grenze bleibt also gültig. Zusätzlich können Multicast-Erreichbarkeit, VLAN-Zugehörigkeit, IGMP-Verhalten, QoS, MTU und Adressierung eine Route zerstören, deren EDID perfekt aussieht. Trenne die Fragen: Sieht die Quelle die Fähigkeiten der vorgesehenen Senke? Und gelangen Medien- sowie Steuerverkehr über den vorgesehenen Netzpfad?
Dokumentiere zuerst die Segmente. Der CIDR/Subnetz-Rechner berechnet IPv4- und IPv6-Grenzen sowie Aufteilungen lokal, kennt aber weder deine VLANs noch deine Routing-Absicht. Die Seite Was ist meine IP? zeigt die von diesem Dienst beobachtete öffentliche Adresse und hilft bei VPN- oder Egress-Fragen, nicht bei privaten Decoder-Adressen. Switch-Telemetrie ersetzen beide nicht. Sie halten Adressannahmen sauber, während EDID-Captures dasselbe für Fähigkeiten tun.