J'avais exploré l'affichage 15khz crt à partir d'un Pi (3b) via les hdmi_timings (jusqu'à les générer moi-même pour bien comprendre ce qu'il se passait) . J'avais alors cru comprendre que les super résolutions du genre 1920 x 224 etc , utilisées par Retroarch (par exemple) étaient bien pratique pour l'affichage car elles permettent bien plus de flexibilité au niveau du pixel clock du pauvre raspberry , très limité en dessous de 38,4mhz . Et donc en forçant la résolution horizontale, on augmente ainsi le pixel clock nécessaire, de façon à passer la barre de très faible fréq qui ne seraient pas acceptées, Retroarch se chargeant de diviser ensuite cette résolution par un nombre entier (si possible) pour assurer la compatibilité vidéo, en gros. Ce genre de limite (entre autre) fait que je cherchais d'autres solutions possibles (parce qu' avoir le combo résolution h native/résolution v native/fréquence v native et full screen est assez compliqué à cause du pixel clock peu souple).
J'ai cru comprendre que les "modelines" utilisées avec hfsbox 15 khz sont sensiblement l'équivalent des hdmi_timings, juste sous une forme différente. Mais donc, avec crt emu driver et le genre de config requise pour utiliser hfsbox 15khz, est-ce que de telles résolutions sont toujours d'actualité et indispensables ? est-ce que la résolution native peut être utilisée (un simple 320x224@60hz , un simple 384x256@55hz etc ) et pourquoi elle ne l'est parfois pas comme j'ai cru lire ?
La question différemment posée : est-ce qu'avec hfsbox 15khz et les paramètres de modelines surlesquels on peut agir, ai-je espoir d'obtenir les différents jeux d'arcade (ceux en 15khz car je n'ai qu'une tv crt) en résolution active optimale (c'est à dire native /full screen) et fréquence native (quelque soit cette résolution et cette fréquence bien entendu)? Typiquement ce que j'ai du mal à avoir sur Pi, la résolution horizontale ou le pixel ratio étant souvent sacrifié si on veut une fréquence verticale et un nombre de lignes respectés (les 2 points les plus importants si il faut en choisir) tout en étant proche du full screen (ou tel que voulu d'origine) - on peut pas tout avoir sur Pi3 (en attendant les possibilités du 4...) bien qu'un "hdmi_timings" contiennent tout ce qu'il faut en paramètres pour agir dans l'optique de ce résultat...
-
