Tous les trucs et astuces de SMK

[tif]

Il est moins haineux depuis qu'il est en couple

[JohnJohn]

C'est jamais bon de garder trop de jus en soi ^^
Là apparemment il relache la pression 

[Don Camillo]

Je trouve qu'on a quand même un bel exemple de l'imprécision du test de collision de SMK, dans la VL2 de Sami:

[Antistar]

Ça doit être cette île en particulier qui est très tolérante (encore heureux d'ailleurs vu la gueule du passage à prendre), car en revoyant ma vidéo au même tour je m'estimais heureux de ne pas avoir touché la flotte...



Mais Sami c'est encore pire, cela dit, ton screen n'a pas été pris lorsque le kart est très légèrement en l'air, juste avant de retomber, comme moi juste au-dessus (pas possible de capturer une autre frame me concernant) ? Il aurait pu filer un micro coup de rein qui l'ait remis "à moitié" sur la glace, favorisant donc un passage sans encombres.

Tiens, d'ailleurs c'est rigolo, on a exactement le même chrono à cet instant, il a vraiment fait un dernier virage d'enculé le mec

[Neo, the Daenerys Targaryen of SMK]

C'est clair que la fin de son run était complètement ouf !

[Alicia Kart]

Comme moi quand je visais le WR de Karel (0'49"05 à l'époque) : c'était le syndrome "mec, je suis à la bourre ! je suis à la bourre !!".

Pour le test de collision, tout vient du fait que pour les pixels contenant à la fois de la piste et du hors-piste, il faut forcément faire un choix dans la programmation. C'est notamment pour ça que pour la ligne d'eau qu'il y a après l'IJ à VL2, il est possible de la passer sans même sauter par-dessus, si l'on passe à l'endroit le plus fin !

Et perso je trouve pas que ce soit le pire ; y a des virages comme le dernier de DP1 où l'on peut carrément avoir les 4 roues dans l'herbe sans être ralenti !

[Antistar]

That is true.

[djo]

J'ai souvenir d'un passage à CI2 dans la terre assez flagrant... ça fait longtemps que je n'ai plus joué mais ce ne serait pas après les options?

[Flo233]

statistiquement c'est  plus probable qu'avant

[djo]

statistiquement c'est  plus probable qu'avant

evidemment vu comme ça...
Je voulais bien sûr dire juste après les options

[Alicia Kart]

La toute petite courbe à gauche qu'il y a après les options, on peut en effet bien gratter là-dessus.

[olivier]

Pour le test de collision, tout vient du fait que pour les pixels contenant à la fois de la piste et du hors-piste, il faut forcément faire un choix dans la programmation.

Faux, un pixel par définition ne peut pas contenir à la fois de la piste ET du hors piste, si le jeu était géré au pixel, tu ne pourrais pas faire ça.

C'est justement parce que ce n'est pas géré au pixel près que ce genre de chose est possible.

[Alicia Kart]

Dans ce cas, comment faut-il considérer les carrés de pixels dans l'éditeur de maps ?



Je pensais (et voulais dire dans mon post précédent) que tous les pixels d'un même carré devaient être programmés de la même façon. Et que du moment qu'un carré de pixels avait un tout petit bout de piste, l'ensemble du carré était considéré comme de la piste !

[ScouB]

On appelle ca un Tile.
Et oui un Tile ne peut avoir qu'une seule propriété de terrain (hors-piste, route), donc c'était au choix du programmateur, il a pu considérer que dès que dans une Tile il y avait un pixel de piste, alors il considérait le tile entier comme de la piste...

[olivier]

On appelle ca un Tile.
Et oui un Tile ne peut avoir qu'une seule propriété de terrain (hors-piste, route), donc c'était au choix du programmateur, il a pu considérer que dès que dans une Tile il y avait un pixel de piste, alors il considérait le tile entier comme de la piste...

Effectivement, ça marche par blocs et ce n'est pas un choix des programmeurs (et pas programmateurs  ) mais c'est en grande partie imposé par le mode 7.

Si les blocs de SMK sont un peu plus gros que nécessaires c'est pour en avoir moins à gérer tout simplement, et du coup ça permet à SMK de tourner à la frame.