@ppeter
Ziet er inderdaad naar uit dat de TV-box een DD 5.1 signaal uitgeeft, maar dan wel met enkel data in FL en FR; of dit gebeurt in combinatie met een downmix (van 5.1 naar 2) of door de andere kanalen gewoon te laten vallen kan ik niet beoordelen.
Ik overweeg om een aparte post plaatsen met een soort lezers-poll / verzoek aan Telenet om ergens in de TV-theek of zo een open toegankelijk DD 5.1 test signaal videootje te zetten (zo eentje waarbij elk kanaal op zich in klokwijzerzin wordt afgelopen, met bijhorende video waarop aangeduid wordt welk kanaal / luidspreker je zou moeten horen).
De technieker heeft je TV-box wellicht (nog) niet vervangen of een test gedaan met een andere box? Er kan altijd een hardware fout zijn in het toestel of een van zijn componenten.
Terzijde als achtergrondinfo nog (onderstaand verhaal is hier en daar vereenvoudigd om het - hopelijk - begrijpbaar te houden):
HDMI-met-HDCP werkt prima als alle toestellen elkaar's mogelijkheden perfect begrijpen (wat de gepaste interconnectie veronderstelt, en conformiteit met de vereiste HDMI en HDCP specifictieniveaus). Ik koppel HDMI en HDCP verder aan mekaar, omdat HDCP content protection in dit verhaal overal evenzeer aanwezig is.
HDMI toestellen kunnen vertellen wat hun mogelijkheden en voorkeuren zijn (via EDID / E-EDID).
Als je de TV-box (HDMI-HDCP source) aan je TV-toestel (HDMI-HDCP sink) koppelt, checkt de TV-box welke video en audio het TV-toestel kan / liefst wil ontvangen op basis van de E-EDID info ontvangen van het TV-toestel. Als je TV-toestel een ingebouwde digitale TV-ontvanger (DVB-T of /S of /C) heeft kan het zijn (hangt af van de decoder en de interne signal routing in het toestel) dat je TV-toestel akkoord gaat om (bvb) Dolby Digital als audio formaat te ontvangen over HDMI.
Een echte entry-level AV-receiver heeft soms uitsluitend de mogelijkheid om tussen HDMI inputs te switchen (en komt zelf niet aan het HDMI signaal); een dergelijke AV-receiver moet het geluid horende bij de geselecteerde HDMI bron op een andere manier krijgen.
De meeste AV-receivers spelen echter wel een actieve rol en zijn HDMI-HDCP repeaters. Zij kunnen de binnenkomende video en audio signalen van de (in dit geval) TV-box decoderen, behandelen en terug encoderen (en beveiligen) om de video al dan niet samen met de audio in het gepaste formaat (E-EDID) of op basis van jouw instructies (*) naar bvb de TV of de beamer verder te sturen.
(*) Stel [bvb] dat je een 1080p TV hebt en dat het native broadcast beeldformaat van Telenet 720p is, en stel dat je TV-box zo is ingesteld dat hij 720p uitstuurt naar je AV-receiver, dan zou jij jouw AV-receiver de video kunnen doen scalen of dit overlaten aan de TV.
HDMI CEC is soms problematisch omdat het een mix van algemene en vendor specific commands kan bevatten; die laatste zijn bedoeld voor toestellen van hetzelfde merk. Je zal in de technische details van een product ook meestal wel ergens een beperkende lijst terugvinden van de types toestellen en merknamen waarmee HDMI CEC compatibiliteitstesten zijn uitgevoerd (op plugfests of in rechtstreekse samenwerking). HDMI CEC communicatie zelf gebeurt apart van de rest, maar toch kan het uitzetten (op bepaalde, maar vaak noodzakelijk alle toestellen) van HDMI CEC soms soelaas brengen als een toestel in de link de mist in gaat bij het interpreteren van bepaalde HDMI info. Ook is het mogelijk dat het activeren van HDMI CEC een (vaak limiterende) impact heeft op voor de gebruiker toegankelijke instelparameters in bepaalde functiedomeinen van een toestel; maar anderzijds is het dan toch ook weer nodig om bepaalde functionalteiten van een toestel mogelijk te maken.
Dit alles maar om te zeggen dat ik op basis van jouw testresultaten het ook niet meer weet 😉
