Thread by @upsilandre

Je constate que le Cel Engine de la 3DO est très proche du VDP1 de la Saturn. Une sorte de core spécialisé dans le rendering de sprite entièrement déformable dans un framebuffer. C'est pour ça qu'on retrouve donc un peu la même approche de la 3D texturée que sur Saturn.
1/7

Le Cel Engine semble quand même sensiblement moins performant que le VDP1 en plus de ne pas pouvoir fonctionner en parallèle avec le CPU ce qui paraît très embêtant. C'est comme une sorte de coprocesseur. Faut choisir CPU ou rendering mais pas les 2. C'est ennuyeux.
2/7

Et puis dans la 3DO il n'y a pas d'équivalent au VDP2 Saturn qui s'occupe des layers background (a l'ancienne, au raster). Juste une fonction pour clear et charger très rapidement une image dans le framebuffer. C'est minimaliste de ce côté, tout repose sur le Cel Engine.
3/7

Mais il y a aussi le Display Generator qui s'occupe de l'output et qui lui semble avoir des fonctions assez avancé d'upscale (résolution et profondeur de couleur) pour l'époque avec même une sorte de HDMA SNES pour agir individuellement sur chaque scanline.
4/7

Mais c'est surtout du côté arithmétique que je m'interroge pour la 3D. Tout a l'air d'être à la charge du CPU ARM pour les matrices de transformations de vertices. On doit vite être limité surtout si tu ne peux pas le faire pendant le rendering.
5/7

J'ai pas bien compris s' il y avait une sorte de copro arithmétique custom qui accompagne l'ARM pour booster les capacités arithmétiques (multiplication/division) ou si c'est juste l'unité arithmétique classique de cet ARM?
6/7

Mais à priori ca suffit apparemment pour quand même faire tourner cette toute récente démo homebrew de Tomb Raider à 10-15 fps (un peu mieux qu'un Starfox). Good job!

7/7

Apparemment il y a bien un petit copro math dans le chip MADAM pour résoudre des matrices basiques.
C'est comme sur Saturn, une machine 2D mais aménagé pour faire de la 3D si nécessaire. Un entre 2. La frontière étant très mince entre le sprite déformable et le polygone rasterisé