Recalbox sur TV CRT en RGB

[rockaddicted]

@dancorp said in Recalbox sur TV CRT en RGB:

Recalbox est un trop gros projet pour se permettre de s'occuper de quelques illuminés qui veulent du RGB sur un CRT.

C'est surtout que le projet est porté à bout de bras par 2 - 3 connards qui ne peuvent pas être sur tous les fronts et lorsque que quelqu'un pourrait bosser avec nous sur le projet upstream pour faire avancer certains points et rendre un job disponible pour tous les utilisateurs, ils préfèrent bosser dans leur coin...

[archimage]

Je trouve certains mots un peu forts à l'égard des gens qui bossent sur le sujet.

C'est toujours bien de voir du progrès quelle que soit la méthode de travail.

Le travail de recherche des modelines est vraiment ingrat et nécessite beaucoup d'experimentation hardware.

Je comprends parfaitement qu'Ironic mène cette recherche dans son coin. Il reste ouvert et explicite lorsqu'on lui demande des choses.

Traiter d'illuminés les personnes qui font progresser l'émulation dans ce sens n'apporte rien de productif.

Je suis sûr qu'il y a un recoupement à faire avec la branche principale de Recalbox en récuperant le gros du travail qui est de chercher les modelines.

Mais il faut être patient et dialoguer sereinement sans mépris.

Personnellement je suis impressionné par ce qu'ont accompli Subs Ironic et Atg et je doute que le cable soit vraiment super rentable il coute dans les 30 balles ce qui reste simple correct et accessible. Je trouve qu'il faut etre compréhensif que chacun a ses methodes.

Certains font du matos pour CRT basé sur Recalbox et on ne les pas entendus sur cette discussion.

Le chemin est encore long et j'espere que les efforts convergeront.

[ironic]

PINN ou NOOBS, c'est pas mon truc, les dernières versions de RGB-Pi ne l'utilisent plus.

"Sans moi et les modifs en début de ce sujet, rgb-pi serait toujours un têtard dans sa marre qui se cherche une distrib"
Si si, ça sent la rancune. Je vais pas relancer à chaque boulet.

OUI, sans Recalbox, RGB-Pi n'existerais pas !
J'aurais même peut être jamais acheté de RPi et continuer à utiliser un PC dans mon bartop.
J'ai pas créé RGB-Pi, j'aide simplement aTg a faire une version modifiée de votre bijou pour le CRT.

Recalbox est vraiment génial, honnêtement, ya pas mieux.
Mais il devient un peu trop complexe a mon gout, trop de choses
Je cherchais une solution simple et uniquement destinée au CRT, une base Recalbox était très appropriée.
Ça aurais pu être un Retropie, lakka ou autre.

Je pense, je sais que ce qui vous dérange le plus c’est que aTg ai fait un peu de tune en vendant ses câbles et en utilise Recalbox gratuitement comme basse de RGB-Pi.
C'est parfaitement compréhensible mais faut pas croire qu'il roule sur l'or pour autant. Ça cout pas mal en temps et en composants de faire des câbles à la main et le prix est très raisonnable.
RGB-Pi fonctionne avec d'autres solutions comme un VGA666 et un câble.

J'en tire aucun bénéfice, ça m’intéresse pas, je code pour le fun.
RGB-Pi enfonce juste quelques portes pour ouvrir la voix à Recalbox.

Blabla blabla, je pourrais continuer, me justifier mais j'ai pas envie.
Ma contribution est ridicule a coté du travail fourni pour créer Recalbox.
Personnellement, j'ai pas le temps de faire parti d'une Team de devs et de rendre des comptes.
J'ai une femme, des gosses, un job qui me prennent tout mon temps et mon petit plaisir c'est de glaner des infos par ici et pas la , de coder un peu dans mon coin, je répondre au questions et vous aurez remarqué que mes poste sont plus qu'exhaustif et de donner tout ça sans contre partie.

Bon, j'ai pas envie que ce post se transforme en règlement de compte, c'est pas le but.
Si vous voulez plus que j'utilise Recalbox pour le RGB, faut simplement me (nous) le dire, je comprendrais.
On vous a rien demandé avant "d'exploiter" Recalbox et vous nous avez rien demandé/reproché.
Tout ce qui est fait sur RGB-Pi descend de Recalbox et de son forum.
Cela m'a même donné l'envie de me lancer dans le Python, j'en avais pas envie mais c'est vraiment un langage sympa et facile d’accès. D'ailleurs, je le recommande à tous.

Parler de RGB-Pi, comme je l'ai déjà dis, ça ne me convient pas, C'est Recalbox RGB-Pi.
Et même plutôt le mod RGB-Pi de Recalbox.

Je m'attends à recevoir une douche de votre part mais c'est pas grave, le principal c'est qu'un grand nombre de personne profite de l’émulation qu'elle soit LCD ou CRT.

Messieurs, avec tout le respect que je vous dois.
Ironic

[voljega]

Je plussoie pour le Python !

[Karkinge]

Je profite de la sortie de la 4.1 pour remercier tout le monde a la fois : grâce au travail de la team et a de nombreuses informations fournies par @ironic comme par d'autres, je profite d'une recalbox CRT au poil depuis quelques semaines déja.

Pour m'être intéressé au sujet depuis un moment, je constate une chose qui me fait énormément de peine : les petites tensions ou incompréhensions que vous évoquez (pas uniquement entre la team et @ironic, mais également avec des personnes comme aje_FR ou les membres des groupes FB sur le sujet) ont complètement bloqué la recherche et donc les avancées potentielles sur la question.
En y regardant de plus près les obstacles techniques tels que le switch de résolution et le stockage des différentes modelines/timings ont été contournés quasiment par chacun d'une manière différente (en utilisant pourtant souvent des bases communes). Ce travail qui n'est déja pas rien a du être effectué au minimum 4 ou 5 fois. Quelques fois pour adapter a un hardware très particulier (comme la solution d'aje, logique), mais le plus souvent dans exactement le même but : faire cracher a ce p%$§?!* de Pi des résolutions custom via GPIO.

Je crois avoir discuté avec la majorité des personnes qui ont mis a disposition des ressources ou du hardware sur le sujet (même si j'ai pu en louper), et a aucun moment je ne suis tombé sur un connard fermé avec le souhait de faire bande a part. Chacun m'a semblé animé des meilleures intentions du monde et d'une vraie volonté de "faire avancer le truc". Le sujet intéresse plus de monde qu'on ne pourrait le croire, dont le grand public d'ailleurs, mais j'ai peur qu'on n'arrive jamais a vraies grande avancées si chacun continue a faire cavalier seul...

Tout ça pour dire : on dispose maintenant d'une 4.1 stable. Qui est choppable gratuitement par tous les devs de la planète. Qui enterre (de mon point de vue) le distribs concurrentes niveau "user-friendlyness". Ne serait-ce pas une bonne occase pour essayer d'unir les forces de tout le monde pour centraliser le (super) job qui a été fait sur le sujet, pousser tout ca un peu plus loin et reverser le tout dans le tronc commun ? De tous se tenir la main autour d'un feu de camp en chantant "kumbaya my lord", et de se faire des bisous baveux en échangeant des hdmi_timings ?

Je sais bien que ça sonne un peu bisounours, mais il ne manque pas grand chose pour que cela soit possible. De mon coté, mes compétences techniques ne permettront peut etre pas de faire avancer énormément le bousin, mais je suis prêt a aider comme je peux en mettant a dispo les outils nécéssaires. Si l'idée de monter un "pseudo groupe de travail" entre devs sur le sujet vous intéresse, je vous invite a vous manifester : rien ne me ferait plus plaisir que de vous aider a vous mettre tous en relation pour qu'on puisse enfin comparer les travaux de chacun, tester, et tirer les conclusions qui s'imposent. Discutons-en !

[archimage]

La sortie de la 4.1 m'a permis de reprendre là où je m'étais arrêté, je vais bientôt mettre à disposition des fichiers permettant de jouer en 240p en pixel perfect, sans tearing en passant par le port HDMI. Cela marchera de manière automatisée en partant de n'importe quelle image officielle. Il suffira de copier un set de fichiers que je mettrai en ligne et acheter le cable et l'adaptateur sur les liens disponibles.

J'ai un pi2scart, un rgb-pi et un vga666, je pense que le travail d'Ironic avec Atg, celui de Jochen avec son Pi2scart, et le travail d'Ajefr est super intéressant et plus avancé que la méthode hdmi pour avoir vu ça de près.

Cela dit je pense que ça vaut la peine d'aller jusqu'au bout de toutes les méthodes pour pouvoir faire un vrai bilan sur le lag, des questions pratiques, de coût, les perspectives d'évolution de chaque méthode. Chacune a des limites bien précises et pourrait se débloquer selon le développement des drivers etc...

Cela ne se voit pas trop sur le forum mais on a des échanges sporadiques sur ces questions, et chacun tente des trucs de son côté.

[Substring]

@karkinge said in Recalbox sur TV CRT en RGB:

Je sais bien que ça sonne un peu bisounours, mais il ne manque pas grand chose pour que cela soit possible.

Si, il manque un truc crucial : du temps. Parce qu'arriver à la config aux petits onions demande un énorme investissement. @ironic y a consacré des mois pour arriver à un résultat qui semble au-dessus de ce que d'autres distrib ont pu faire (en discutant avec ceux qui ont pu tester les différentes solutions). Et là, clairement, je ne peux absolument pas m'y investir comme il faut avant longtemps because plein de sujets prioritaires Recalbox à gérer avant. On a en plus un raz de marrée de support avec la 4.1, suis pas prêt de faire al moindre ligne de code d'évolution avant un moment

On ira au bout du sujet, je l'ai promis il y a des mois, j'ai aussi "investi" dans des tv CRT sur LBC pour tester tout çà, et j'ai vraiment envie que ce soit intégré in the Recalbox way. Surtout que j'ai des pistes pas vraiment explorées je crois à tester de mon côté ... Donc je m'y mettrai sûrement d'ici quelque ssemaines si les corrections de bugs + évols urgentes me le permettent.

[Karkinge]

@substring said in Recalbox sur TV CRT en RGB:

Si, il manque un truc crucial : du temps. Parce qu'arriver à la config aux petits onions demande un énorme investissement.

Yes, c'est justement le problème que je voulais adresser : c'est un sujet qui demande un temps incroyable en tests et en recherche, et les mener chacun a notre tour est forcément décourageant pour tout le monde. Est-ce qu'il ne manque pas juste un point de centralisation dédié a ce sujet en fait ? Du style un chan temporaire et des docs communs dans un bout de wiki, dédiés pour les devs qui taffent sur le sujet ?

Je n'ai pas plus de temps qu'on autre avec les gosses et le boulot, mais je peux prendre 10mn par-ci par là pour tester une conf quand je veux me lancer une partie, et remonter les résultats a l'endroit idoine s'il y en a un: je le fais en fait déja, mais dans mes propres docs.

Si on arrivait ne serait-ce qu'a centraliser les modelines utiliséees par chacun, pour que d'autres devs puissent tester sur d'autres modèles de CRT et checker celles qui sont réellement valides, on aurait peut-etre déja une belle avancée ?

[ironic]

@Karkinge
En ce qui me concerne, je dois tout à la team Recalbox et meme si j'en fais par parti, je me considère comme.
Aucune animosité en se qui me concerne et je sais que c'est idem pour les autres.
N'ai pas de peine, je pense que la communauté Recalbox est l'une de celles qui te tape le moins sur la gueule

Je fais pas bande à part, c'est juste ma philosophie.
Tout ce que je fais/dis/publie est libre et est utilisable par la team Recalbox, c'est même le but de mes recherches/essais.
Je réponse à toutes les demandes/emails concernant des informations, pas de rétention.

T’inquiète pas, Recalbox est ce qui se fait de mieux, on enfonce des portes et Recalbox prendra le meilleur.
Comme dit @Substring , la Team a énormément de taf et ne peut pas se consacrer pleinement au CRT.

Recalbox est un OS très complet et complexe, lui ajouter une 'option' CRT est impossible. (ou alors limité).
Un certain nombre de choses/choix sont à aborder.
Tout simplement parce-que la on touche au hardware et qu’une connerie peut détruire une TV. J'en ai tué une malgré mes précautions.

Monter un groupe de travail est une bonne idée
Personnellement, je vais être relativement indisponible prochainement pour raison de déménagement.

Ce n'est pas parce-que je bosse avec aTg sur le mod RGB-Pi de Recalbox que j'oublie d’où je viens.

C'est vrai que personnellement, je préfèrerais une distribution beaucoup plus épurée, uniquement consacrée au CRT, sans toutes ces options (néanmoins géniales) et uniquement consacrée aux plateformes basses résolutions.
On ne peut pas satisfaire tout le monde mais on essais

Et pour finit, je tiens à dire que malgré mes 'petits' pics de temps en temps, je reste fidèle à Recalbox.

[idarius]

Si du monde veut se lancer dans des tests un peu plus poussés, centraliser le tout pour arriver a quelque chose d'exploitable par la team recalbox (du moins avoir de la matière déja triée et testée) je suis partant.
J'utilise hdmi vga pour mon pvm, mais je veux bien investir dans un système par gpio pour tester des modelines qui passeraient bien.

Bref, à suivre, même si déja bien content de ma config actuelle, je suis pas contre un peu de peaufinage

[Substring]

@idarius said in Recalbox sur TV CRT en RGB:

déja bien content de ma config actuelle

on verra ca lundi

[idarius]

haha j'étais en train de paufiner mes viewports
et d'essayer de faire marcher ces *** de manettes wii u pro sans lag, qui fonctionnaient évidemment parfaitement hier !

[billydogg]

Bonjour a tous, Je l'ai lu ce post en diagonal (704 c'est long) et Je trouve que c'est pas mal pour un sujet.
Mais si j ai bien compris vous voulez développer un recalbox spécial crt?

[rockaddicted]

@billydogg faire une version spécialement dédiée au crt ? Non.
Mais plutôt intégrer la gestion de ce dernier dans l'os de façon à avoir l'expérience utilisateur le plus user friendly possible et une documentation associée blindée.
Sachant que toute manière sur ce sujet l'on ne pourra jamais avoir du plug'n play comme en HDMI.
Il faudra toujours un investissement personnel de l'utilisateur dans la configuration.

[billydogg]

@rockaddicted ok merci pour ton explication

[Eckomecko]

Qu'en est-il des crt avec entrée VGA (donc rgb) et l'extension GPIO -> VGA ? Les moniteurs PC sont en général de bon tubes non ? Je ne connais pas vraiment les modes VGA mais je pense qu'on peut faire quelque chose de très correct dans cette config simple (il me semble même que la norme VGA possède un mode "pixel Perfect" natif).

[archimage]

@eckomecko Les CRT VGA démarrent à 640x480p, et n'incluent pas des résolutions SD comme 256x240p, ce qui nécessite d'upscaler la résolution (2X par exemple), ça se traduit par un doublage des pixels pour compenser l'absence de scanlines qui sont des lignes entières de vides, c'est ça qui fait que c'est moins joli d'upscaler. D'autant plus que si tu fais du 2X pour préserver le ratio de la résolution que je t'ai donné en exemple, tu te retrouves avec un 512x480p, ce qui veut dire que tu auras soit des bandes noires, soit une déformation pour rentrer dans du 640x480p qui veut dire création de nouveaux pixels au pif qui n'existaient pas dans le dessin d'origine, un peu comme le ferait un antialiasing. Pour résumer, si tu veux un rendu parfait il faut jouer avec la résolution d'origine, dans le framerate d'origine avec un écran qui supporte cela nativement.

[archimage]

Déterrage de topic :

J'ai découvert le travail de Ben Templeman qui a integré le CRT switchres à Retroarch sur Linux et Windows.

Je n'ai pas eu le temps de tester mais je trouve ça vraiment fantastique.

Il vient d'annoncer qu'il travaille sur portage sur Raspberry Pi.

Voici le lien de son GITHUB

https://github.com/alphanu1/MME4CRT

[Substring]

@archimage dommage que ce ne soit pas dans le RA upstream

[archimage]

c'est en cours apparemment