[Morphcat Games] Another World

[touko]

Bonjour,un mec a commencé le port d'another world sur PCE :

https://www.youtube.com/watch?v=PE61gkh0Ng8

[Duchemole]

visiblement, c'est le gars qui a fait les portages consoles y'a 10 ans (Martial Hesse-Dréville)

[Kaminari]

La vache, une injustice réparée. La puissance du 6502 overclocké

Ce sont des animations de sprites, ou c'est vraiment du vectoriel ?

[touko]

Normalement du vectoriel, mais hormis les cinématiques en 3D pure,je pense qu'on peu faire le jeu avec des sprites classiques sur consoles .
Bon j'ai plus exactement le jeu en tête .

visiblement, c'est le gars qui a fait les portages consoles y'a 10 ans (Martial Hesse-Dréville)

Oui il a converti les versions ps3/ps4/vita/Wii U/3ds/xb1 .

[cazeysan]

Cette première maquette vend du rêve

[lunoka]

Il est en train de prendre quelques tuyaux auprès des assassins du forum proboard, ça va booster à mort.

[touko]

https://fabiensanglard.net/another_worl ... index.html

[Kaminari]

Passionnant (quoique complexe pour un béotien comme moi), mais ça confirme certains points dont je me doutais depuis longtemps.

Je viens de remater un walkthrough de la version Amiga sur YouTube, et j'avais complètement oublié que les décors sont en flip-screen. Il n'y a ni scroll ni parallaxe ! Vu que la perspective ne change jamais (les décors sont fixes), il n'y a aucun intérêt à les faire en vectoriel, on peut donc les reproduire intégralement en tuiles.

Seuls les personnages et créatures sont en 3D, et là encore je pense qu'une conversion en animation de sprites pourrait parfaitement faire le job.

[touko]

Le vectoriel a pour intérêt de réduire considérablement la tailles des GFX, mais bon sur des micro aillant des affichages bitmap et non en tiles .Et pour avoir des "effets temps réels" comme la transparence.
D'ailleurs je comprends pas pk sur la version PCE il utilise des buffers écran en RAM et ne fait justement pas le rendu directement en VRAM, puis affiche le rendu via un simple changement de scroll .Je pense que cela pourrait être plus rapide.
Etant donné qu'il n'y a pas du tout de scrolling, ça éviter de transférer en VRAM à partir de la RAM .

[Laucops]

Wah, superbe nouvelle !

[franz]

Meh.
Jamais aimé ce genre de jeu.
Je passe mon tour.

[Duchemole]

Le vectoriel a pour intérêt de réduire considérablement la tailles des GFX, mais bon sur des micro aillant des affichages bitmap et non en tiles .Et pour avoir des "effets temps réels" comme la transparence.
D'ailleurs je comprends pas pk sur la version PCE il utilise des buffers écran en RAM et ne fait justement pas le rendu directement en VRAM, puis affiche le rendu via un simple changement de scroll .Je pense que cela pourrait être plus rapide.
Etant donné qu'il n'y a pas du tout de scrolling, ça éviter de transférer en VRAM à partir de la RAM .

peut-être que tu pourrais lui suggérer ?

[touko]

Oui c'est vrai, je pense qu'actuellement il utilise la méthode classique originale qu'il utilise sur tous ses ports, et qui est forcément simple à utiliser une machine récente .

[lunoka]

Je comprends pas le principe. Il rend d'abord chaque framebuffer en RAM avant de les copier en VRAM ? C'est possible de générer ne serait-ce qu'un seul écran dans seulement 8KB ? ou alors il streame de la RAM vers la VRAM ?

Pour info il utilise une résolution de 224*136 pour que ses 4 framebuffers tiennent dans les 64 KB de la VRAM.

[touko]

Je pense qu'il envoie les données assez régulièrement en VRAM, la PCE n'est pas limitée au seul vblank comme la MD ou la snes .
Il semble également qu'il soit obligé de baisser la réso du rendu par manque de mémoire .