Resposta parcial:
A Radeon pode ter um decodificador interno (parte da GPU) ou externo (chip extra). Eles geralmente têm registros onde você pode definir quais sinais obtêm a saída em qual DAC (conversor digital / analógico). Como os codificadores foram feitos para TVs analógicas, um ajuste usual "composto" (luminância e crominância) em um canal, e "luminância" (Y) e "crominância" (C) em dois outros canais. Dessa forma, você pode conectar cabos SVideo (Y / C) e Composite. A maioria dos codificadores externos também possui uma opção para saída RGB (para a qual você precisaria de um conector SCART na Europa).
Analisando o código-fonte , o o codificador interno ("legado") está configurado para Y no Vermelho, C no Verde e Composto no Azul:
WREG32(RADEON_TV_PRE_DAC_MUX_CNTL, (RADEON_Y_RED_EN |
RADEON_C_GRN_EN |
RADEON_CMP_BLU_EN |
RADEON_DAC_DITHER_EN));
Há também algum tipo de autodetecção que pode atribuir sinais de forma diferente.
Então é isso que você vai conseguir com o plugue DIN. O pedido pode estar errado para o seu cartão em particular. E pode ser diferente para chips de codificação externos.
Supondo que você tenha conectado via SVideo (e não via SCART / RGB), se "tiver cor" no grub, significa que o BIOS atribuiu corretamente C e Y aos DACs corretos. O motorista pode atribuir isso de forma diferente por uma variedade de razões, então você pode acabar sem nenhuma crominância (e, portanto, sem cor) assim que o driver estiver ativo.
Não consegui encontrar uma maneira de substituir essa atribuição no código. Se o load detection
for um campo de bits e não apenas um booleano, isso pode significar que o resistor de terminação de crominância de cabo SVideo não foi detectado corretamente (mas isso é um palpite).
Portanto, a escolha é (1) alterar o código do driver para permitir a substituição manual da atribuição / habilitação do DAC ou (2) mexer com o cabo, para que você possa obter o sinal de crominância se estiver no DAC errado. ou assim faz a detecção funcionar corretamente.
Nenhum dos dois é fácil.