Taxa de atualização do monitor levemente errada no Ubuntu com drivers de código aberto

1

Então, na busca pela menor latência em retrogaming, eu instalei o Ubuntu 18.04 em um pendrive USB com o objetivo de usar o Retroarch no modo KMS. Eu tenho uma antiga Radeon HD 6370M, então a única opção era o driver de código aberto radeon.
Com esta configuração, consegui obter a próxima resposta de quadro com um controlador moderadamente rápido e um monitor crt conectado através da porta VGA do meu notebook, no entanto, porque eu principalmente jogo NES e SNES, eu queria que a taxa de atualização do meu monitor correspondesse sistemas, tanto quanto possível (cerca de 60,098813 Hz), então eu tentei três modelines superwide diferentes:

  1. Modelo "2880x480 @ 60" 100,76 2880 2912 3288 3320 480 490 495 505 (deve ser 60,09782 Hz)
  2. Modelo "2880x480 @ 60" 108,17 2880 2952 3240 3600 480 483 493 500 (60,094 Hz)
  3. O mesmo que 2 mas com um relógio de ponto de 108.18, que deve dar exatamente 60.1 Hz)

As taxas reais, medidas pela própria Retroarch, são aproximadamente:

  1. 60.067 Hz
  2. 60,154 Hz
  3. Principalmente o mesmo que 2.

Eu quero ressaltar que o hardware NÃO é o problema aqui, já que todas as modelines acima fornecem EXATAMENTE as taxas de atualização esperadas no Windows 10, também, Retroarch também não é o problema, já que eu modifiquei kmscube para me dar a taxa de atualização em que está sendo executado e corresponde principalmente ao que a Retroarch está medindo.

Além disso, o VSync sempre esteve ativado (já que nem consegui desativá-lo fora do X) e tentei:

  • desativa o monitor embutido do meu notebook;
  • desative o VSync , mas isso só funciona em X;
  • desative o dpm e ative o dynclk no kernel.

Nada funcionou. A frequência também está correta, a 750 MHz para o núcleo e 800 MHz para memória.

Eu sei que isso pode parecer bobo, mas isso está realmente me deixando louco, e o próximo passo seria tentar com o Archlinux, mas não sei se vale a pena, já que o motorista seria o mesmo.

Obrigado mesmo assim.

EDIT: Ok, não é o Ubuntu nem o driver da GPU, agora acredito que é o próprio kernel ...

    
por DI2edd 11.05.2018 / 16:55

0 respostas