Ca fait vraiment plaisir de lire cet inverview.
Je suis petit contributeur patreon a ce projet.
En tant que développeur embarqué je trouve le travail remarquable, comme avec l'optimisation du build et l'abstraction du packaging du firmware.
Le kit va plus loin qu'une toolchain pour build, il y a des outils pour faciliter l'intégration de vos ressources graphiques.
Un aide aussi au lancement en mode debug serait peut-être souhaitable.
Mais c'est déjà un énorme travail.
C’est d’autant plus dommage qu’à la base le VDP a été conçu pour accueillir 4 + 4 palettes en RGB444 mais pour des raisons de coût ça a été tronqué à 4 palettes partagées en RGB333.
Tout à fait d'accord. Le manque de couleur est l'argument des détracteurs de la console à l'époque avec ce côté terne, voir viellot. Et l'alpha-blending qui manque pour une gestion de la transparence. Si la raison de ce choix était économique, cela rend la dispo de deux chips de son tout à fait absurde. Je crois que c'était pour des raisons de compatibilité avec la master system, mais là encore un mauvais choix de Sega. Ils ont pas été bons sur la stratégie hardware.
produire un pseudo-mode bitmap
Je vois pas vraiment ce que ça peut donner, à par l'effet de l'eau géré dans Sonic 2 souvent cité en exemple.
Déjà son CPU central - le 68000 - a de la ressource !
Oui dans le monde du système embarqué c'était une référence avant l'arrivée de l'ARM. Il existe des OS temps réel dessus.
Mais vu que je ne joue plus aujourd’hui, il est assez probable que je repasse à Linux.
Ca serait une bonne nouvelle, pour un support natif du build dans l'environnement d'origine de gcc. Il y a bien une contribution externe basée sur docker, mais je trouve que l'on y gagnerait à avoir une fourniture avec une source bien identifiée.
# très bonne dépêche
Posté par Selso (site web personnel) . En réponse à la dépêche Entretien avec Stephane-D à propos du SGDK. Évalué à 5.
Ca fait vraiment plaisir de lire cet inverview.
Je suis petit contributeur patreon a ce projet.
En tant que développeur embarqué je trouve le travail remarquable, comme avec l'optimisation du build et l'abstraction du packaging du firmware.
Le kit va plus loin qu'une toolchain pour build, il y a des outils pour faciliter l'intégration de vos ressources graphiques.
Un aide aussi au lancement en mode debug serait peut-être souhaitable.
Mais c'est déjà un énorme travail.
Tout à fait d'accord. Le manque de couleur est l'argument des détracteurs de la console à l'époque avec ce côté terne, voir viellot. Et l'alpha-blending qui manque pour une gestion de la transparence. Si la raison de ce choix était économique, cela rend la dispo de deux chips de son tout à fait absurde. Je crois que c'était pour des raisons de compatibilité avec la master system, mais là encore un mauvais choix de Sega. Ils ont pas été bons sur la stratégie hardware.
Je vois pas vraiment ce que ça peut donner, à par l'effet de l'eau géré dans Sonic 2 souvent cité en exemple.
Oui dans le monde du système embarqué c'était une référence avant l'arrivée de l'ARM. Il existe des OS temps réel dessus.
Ca serait une bonne nouvelle, pour un support natif du build dans l'environnement d'origine de gcc. Il y a bien une contribution externe basée sur docker, mais je trouve que l'on y gagnerait à avoir une fourniture avec une source bien identifiée.
Un super homebrew que j'aimerai bien expérimenter sur Hackaday : https://hackaday.io/project/1507-usb-megadrive-devkit