Gynoug bug sur MD1

[Zarnal]

Bonsoir,

je souhaite savoir si Gynoug est glitché sur MD1 ( uniquement, il ne semble plus présent sur MD2 ) sur le premier niveau lorsque le décor ondule et que les pics tombent. Le problème se situe à gauche de l'écran.

J'ai lu tout et son contraire. Si quelqu'un pouvait regarder sur une MD1 avec la vraie cartouche.

Merci.

[Invité]

Si le glitch est sur le son, faut pas s'inquiéter, c'est normal sur MD ! 

[Zarnal]

Si le glitch est sur le son, faut pas s'inquiéter, c'est normal sur MD ! 

Nan, c'est sur l'affichage.

[tilou]

c'est de ca que tu parles en bas a gauche de l'écran

[hell_onslaught]

Lol les points en bas à gauche ce n'ai pas un glitch

[Tryphon]

Si, mais pas des programmeurs du jeu

[Zarnal]

Non, je parle de ce glitch à gauche de l'écran lors de l'ondulation au moment où les pics tombent. A 1mn10 sdur la vidéo. Certains affirment qu'il s'agit d'un bug du jeu lui même mais uniquement présent sur MD1.

[Tryphon]

Ça me dit quelque chose. Je crois en effet qu'il manque une entrée dans la table de VScroll et que ça a été corrigé ensuite. Je vais essayer de retrouver ça...

Edit : là déjà : http://gendev.spritesmind.net/forum/viewtopic.php?t=737&postdays=0&postorder=asc&start=30
Ici Stef semble dire que ce bug aurait été corrigé sur la Genesis 3 VA3, pas sur la MD2.

[tilou]

c'est étonnant je l'ai ni sur md1 ni md2

[Tryphon]

Ton écran cathodique te cacherait-il quelque chose ?

[scrolling]

C'est aussi présent sur la vidéo à la 7 ème minute.

[Tryphon]

Après, la vidéo est prise à partir d'un émulateur...

[scrolling]

Donc possible que le problème proviendrait de la cartouche et non du support ?

[Tryphon]

Non, le problème vient soit de la console (certaines révisions le corrigent, pas d'autres), soit de l'émulateur (certains émulateurs le corrigent*, pas d'autres).

* en fait, les émulateurs qui "corrigent", c'est certainement qu'ils ne connaissent pas ce problème de la console et implémentent le VScroll comme il aurait dû l'être ; je suppose que les émulateurs "conscients du problème" proposent la correction en activant une option (pas vérifié)

[scrolling]

J'ai les 3 versions du jeu je les testerai demain sur ma Megadrive 1 jap.
Merci pour les explications

[Stef]

Oui ce bug est normal et connu, c'est un bug du à une entrée manquante dans la table de V-Scroll (VSRAM), Sega n'a prévu que 20 entrées pour chaque plan (16 pixels x 20 = 320 pixels, ça parait logique) sauf que l'ordre de fonctionnement et le HScroll fait qu'il faut en réalité une 21e entrée qui a été ajoutée sur la MD3. Avec les MD2 (et peut être les MD1 VA7) je crois que le comportement est différent (et le bug beaucoup moins visible) car l'entrée 21 est reprise de l'entrée 0. Sur les MD1 l'entrée 21 n'existe pas et ça renvoie plutot du garbage comme valeur (en réalité je crois que ça renvoie l'intersection des 2 dernières entrées ou un truc de ce genre) du coup la plupart des jeux cache la première colonne avec des sprites noirs dés que le scrolling par colonne est utilisé.

[Invité]

Et pk il faut une 21ieme entrée plus précisément ??

[Tryphon]

Ben parce que si tu scrolles horizontalement de 8 pixels par exemple, tu vas voir à l'acran :

* les pixels 8 à 15 de l'entrée 0
* tous les pixels de l'entrée 1
etc.
* tous les pixels de l'entrée 19
* les pixels 0 à 7 de l'entrée 20

ça fait bien 8 + 16*19 + 8 = 320 pixels, et tu as bien besoin des entrées 0 à 20 (soit 21 entrées).

[Invité]

je suis pas convaincu par ton explication, car je pense que tu pars du principe que l'overscan est affiché, hors logiquement ton entrée 21 ne devrait concerner que des tiles en overscan, donc non visibles .
De plus les entrées du vscroll sont de type écran non ?? style entrée 0 = pixels écran de 0 à 8, etc ..,donc quand tu scrolles en X, ça ne devrait rien changer les pixels écran restent de 0-8 .
Le fait de scroller en X, ne devrait normalement pas avoir d'impact sur le vscroll . 

[Paradis]

En tout cas, sur ma MD II il est aussi bien visible (Gynoug version PAL)
J'ai testé en 50 et 60htz dans les deux modes, c'est bien présent.

[upsilandre]

J'imagine que c'est un peu la meme logique que le scrolling de la Master System qui bug sur la colonne de gauche (et qu'il faut donc cacher) car le VDP ne fetch que 32 tuiles (32x16 = 256) alors qu'il faut en fetcher au moins 33 pour faire un scrolling horizontal.

[Invité]

Oui mais c'est plus un problème de maj de la tilemap là, car tu ne peux pas la faire dans l'overscan,avec un scroll H qui boucle sur lui même (sans maj donc) tu ne devrais pas avoir de soucis,car je suppose que le wrap around du scroll de la SMS est seulement de 256 pixels(32 tiles) ??
Si tu scrolles en H sans toucher à la tilemap, tu as aussi le souci ??

En fait sur Md c'est un souci de granularité, avec un Vscroll à la ligne il n'y aurait probablement pas eu de soucis(sauf pour la taille de la table bien sur) .

EDIT: D'ailleurs fait étrange, le bug sur gynoug persiste même à la fin qd l'effet d'ondulation est inactif .

[upsilandre]

Oui mais c'est plus un problème de maj de la tilemap là, car tu ne peux pas la faire dans l'overscan,avec un scroll H qui boucle sur lui même (sans maj donc) tu ne devrais pas avoir de soucis,car je suppose que le wrap around du scroll de la SMS est seulement de 256 pixels(32 tiles) ??
Si tu scrolles en H sans toucher à la tilemap, tu as aussi le souci ??

Oui y a toujours le soucis meme si c'est une simple boucle sur un seul écran. Meme si y a que 32 tiles faut quand meme en fetcher 33 (y en a une que tu va fetcher 2 fois) si tu veux un scrolling en 256.
En gros la Master System ne peut pas faire de scrolling horizontal en 256 (contrairement a la NES), seulement en 248 en utilisant le cache hardware (ce qu'on fait souvent aussi sur NES pour d'autre raison).

[Stef]

je suis pas convaincu par ton explication, car je pense que tu pars du principe que l'overscan est affiché, hors logiquement ton entrée 21 ne devrait concerner que des tiles en overscan, donc non visibles .
De plus les entrées du vscroll sont de type écran non ?? style entrée 0 = pixels écran de 0 à 8, etc ..,donc quand tu scrolles en X, ça ne devrait rien changer les pixels écran restent de 0-8 .
Le fait de scroller en X, ne devrait normalement pas avoir d'impact sur le vscroll . 

Plutot qu'une entrée 21, tu peux voir ça comme une entrée -1. Le fait est que le scroll H s'applique avant le scroll V (il faut forcément un ordre et je dirais que cet ordre est plus logique). Regarde attentivement la vidéo de Gynoug, tu verras que la largeur de la première colonne du scroll V varie en fonction du scroll H courant.
Du coup si ton (scroll H & 15) != 0 alors tu as besoin de 21 entrées (et en réalité c'est possible que même dans ce cas il va piocher en -1/21).

EDIT: D'ailleurs fait étrange, le bug sur gynoug persiste même à la fin qd l'effet d'ondulation est inactif .

Probablement parce-qu'ils gardent le scrolling par colonne actif même s'il n'est plus nécessaire.

[Tryphon]

En cas de scroll par colonnes actif, mais de scroll horizontal normal (tout l'écran), y'a quand même le bug ?

[Stef]

En cas de scroll par colonnes actif, mais de scroll horizontal normal (tout l'écran), y'a quand même le bug ?

Oui ça ne change rien à ce niveau, je serais tenté de dire que dés que ton scroll H n'es pas un multiple de 16 alors tu as le problème mais en réalité même quand c'est un multiple de 16 ça va chercher en -1 / 21 pour la première colonne, si ce n'était pas le cas on aurait une saute régulière de la première colonne selon la valeur du scrolling H or on voit bien que ce n'est pas le cas dans la vidéo de Gynoug.

[JBec]

Bonsoir,

je souhaite savoir si Gynoug est glitché sur MD1 ( uniquement, il ne semble plus présent sur MD2 ) sur le premier niveau lorsque le décor ondule et que les pics tombent. Le problème se situe à gauche de l'écran.

J'ai lu tout et son contraire. Si quelqu'un pouvait regarder sur une MD1 avec la vraie cartouche.

Merci.

S'toi qui est glitché, sale bug!

Gynoug is perfect! Nan mais t'arrive pas à maté son imberbe et musculeux torse?!

Dead Cells 

[Paradis]