Re: Flipper 2D et sa physique

[drfloyd]

Allez, on revient à a physique des flippers... faisons bosser notre conscience 

J'aimerai un exemple video du Prof Dobro avec une bille qui roule sur une pente à gauche et à droite... Moi c'est la dessus que je me suis un peu cassé la gueule lors de mes essais.

Aussi une bille qui passe dans un tube de la largeur de la bille (ma bille a choppé Parkinson perso)

[Tryphon]

Allez, on revient à a physique des flippers... faisons bosser notre conscience 

J'aimerai un exemple video du Prof Dobro avec une bille qui roule sur une pente à gauche et à droite... Moi c'est la dessus que je me suis un peu cassé la gueule lors de mes essais.

C'est exactement à ça que sert la formule avec les sin/cos que j'ai postée hier : à faire en sorte que la vitesse pointe dans la même direction que la pente.

Je pense que pour le plan horizontal, prof Dobro a dû supprimer la composante verticale de la vitesse. C'est le même principe ici, mais au lieu de garder la composante horizontale, on garde une composante qui fait un angle alpha.

Sinon, pour le paradoxe, il manque le temps de parcours. Si tu décomposes le mouvement en phases de 1m, .5m, .25m, etc..., elles vont aussi durer (par exemple) 1s, .5s, .25s, etc.

Or on sait tout à fait gérer des sommes du genre :

1 + .5 + .25 + ... (avec une infinité de termes)

ça fait 2. Donc tu atteins le mur à 2m de toi en 2s.

Le "paradoxe" tient juste au fait que tu décomposes ce parcours en une infinité d'étapes de façon assez artificielle, et que tu caches le fait que ces étapes ne durent pas toutes la même durée. Ça s'appelle le paradoxe de Zénon, ou d'Achille et la Tortue, et ça fait quand même quelques siècles que c'est résolu maintenant. Perso je préfère largement les paradoxes auto-référents, du genre du paradoxe du barbier, ou mieux, celui de Berry dont je ne me suis jamais vraiment remis

[drfloyd]

Prof, tu peux nous parler du paradoxe de Berry dans l'Etagère ???

(je sais pas du tout ce que c'est, mais tu as balancé un teaser de ouf là !!!)

Bah pour la formule... faudra que je réessaye.... je sais plus... globalement j'etais pas du tout satisfait du rendu, et j'ai lâché (mais mon pire probleme fût encore ailleurs : les 2 flips....)

[Dobro]

bon vu que je n'aime pas trop en passer par les maths
et que j'utilise une fonction qui lit les couleurs autour de ma balle
je me suis dit, ben tiens ... que ce passerai t'il si je lisais la partie inferieur de la balle
lorsque celle-ci rencontre une couleur signalant un non-rebond ..
(ici le rouge RGB(255,0,0) )

ben ça donne ça :


mince ma balle a la tremblote ... mais je crois savoir pourquoi
lorsque je zoom mon fond ecran j'obtiens ceci :


alors forcement, ma balle qui lit la couleur 255 , fera comme mon image
des escaliers ....

solution envisageable , lire la couleur plus "profondement" dans l'obstacle ..

il n'empeche que la principe de lecture de couleurs permet de s'affranchir de pas mal
de formule mathematique ...
puisque dans ce cas la lecture de points de couleurs reviens comme nous, a utiliser des "yeux" ...

et perso pour allez chercher l'apero dans la placard, j'ai jamais utilisé de trigonometrie

bon je verrai plus tard pour la suite .... j'ai pleins de trucs a faire

vaisselle , jouer a Eurotruck Simulator en reseau , jouer a Américan Truck simulator en local , et enfin, remettre le nez dans No man's sky, et empyrion Galactica

comme vous voyez , je suis vachement occupé

[Tryphon]

T'es déjà retraité ?

La formule mathématique n'a rien à voir avec les collisions, et c'est les collisions qui reposent sur le marquage couleurs.

Et d'ailleurs, j'utiliserais aussi des "couleurs" pour les collisions (sauf que moi je les mettrais dans un tableau à part pour pouvoir dessiner ce que je veux à l'écran).

Sinon, pour ton truc, je pense aussi qu'il est possible de faire sans la formule, mais avant de placer la balle, tu devrais la remonter de façon à ce qu'elle effleure la surface colorée. Et annuler vitesse_y (il va de toutes façons repointer vers le support à l'étape d'après quand tu y rajoutes l'accélération). Au final c'est peut-être un poil plus lent qu'avec la formule... Mais je ne suis pas sûr à 100% que ça marche...

[drfloyd]

sauf que moi je les mettrais dans un tableau à part pour pouvoir dessiner ce que je veux à l'écran).

bah oui bien sur, mais ca c'est un détail, ce sont les finitions

[Dobro]

sauf que moi je les mettrais dans un tableau à part pour pouvoir dessiner ce que je veux à l'écran).

bah oui bien sur, mais ca c'est un détail, ce sont les finitions

sauf que perso, je ne comprends pas cette phrase !  

on a une miriades de pixels ... que ceux ci se trouvent dans un tableau ou dans une image, quelle difference ?
mis a part la vitesse d'acces j'entends ... 

en terme de vitesse d'acces  d'un pixel, je veux bien admettre  que l'utilisation d'un tableau avantage ...
mais en terme de "pouvoir dessiner ce que je veux a l'ecran" ... pas du tout !

je prefere utiliser une image, et avoir en ma possession toutes les fonctions de dessins de mon langage
du simple points, aux cercles, elipses, et autre ligne ...
que de dessiner en utilisant un tableau de valeurs..... d'ailleurs je ne connais personne qui ferai du dessin
en n'utilisant que des tableaux .... a moins d'etre sacrement mazo   


alors qu'on peut dessiner sur une image de façon traditionnel (soit a la main, soit en utilisant des fonctions de dessins préfabriquées ..cercle, elipse, line etc... ) 
et eventuellement transformer l'image (qui reste un tableau de points dans l'absolu )  en tableau de valeurs (DIM)

bref, je ne comprends pas cette phrase "(je les mettrais dans un tableau à part pour pouvoir dessiner ce que je veux à l'écran)."




@DrFloyd  : si tu pouvais me citer en me nomant seulement "Dobro" et pas "Prof dobro"  ce serai bien cool :)
juste "Dobro" ça me va super bien Merci


d'autant que dans l'absolu, un Dobro n'est pas une guitare
c'est un instrument a Résonateur (donc qui resonne   ) plus proche du Banjo de par ce point
et ça me gonfle aussi au passage de lire des soit disant spécialistes parler de "guitare Dobro" ... les idiots

[Dobro]

pour en revenir a nos moutons

la solution pour les barres "sans rebonds" qui impliquent un "frottement" (mes barres rouges)
je viens de trouver une solution qui marche pour mon systeme !

il s'agit tout simplement, d'augmenter la gravité si une balle touche une barre rouge

je garde le meme systeme de rebonds.. sauf que :

si la barre rouge est en biais, la balle au contact de cette barre , deviens super lourde
donc, elle ne rebondis plus .. elle colle naturellement a la barre
la gravité continuant de jouer son role , elle descends tranquillement  ..sans passer au travers , puisque les fonctions de rebonds l'en empeche  

pour un couloir c'est exactement pareil .. la gravité augmente au contact
du coup la balle tombe sans rebond ! :)



je continue quelques test, et vous montre une video du résultat :)

[Dobro]

voici donc ma derniere video sur ce sujet (le rebond type flipper )

voici probablement mon dernier essai ....
je pense avoir fait le tour de la question des rebonds type "flipper" ;o)



ici deux cas sont etudiés
les barres vertes (rgb(0,255,0)) qui provoquent un rebond
les barres rouges (rgb(255,0,0)) qui amortissent les rebonds...

1-chaque rebonds sur du vert, accentue la gravité .. la balle devenant de plus en plus lourde, fini par tomber en bas .. c'est le secret pour eviter les rebonds permanents ...
comme dans la vraie vie, la gravité fini toujours par avoir le dernier mot ...
chaque rebond , parceque la gravité "augmente" perd de son intensité ..
dans la vraie vie c'est le rebond qui perd de son intensité , et la gravité constante
fini par avoir le dessus ... en informatique on peut tricher un peu
c'est la gravité qu'on augmente le résultat est le meme LOL


2- pour le rouge , la gravité est carrément augmenté au contact du rouge
ce qui a pour effet de littéralement "coller" la balle sur les surfaces rouges...
cela permet de faire des rampes ou la balle ne rebondira pas
...
bien sur lorsque la balle quitte une rampe rouge, sa gravité "normal" est rétablie ... elle peut donc ensuite rebondir normalement sur le vert ... :o)

sinon les regles de rebonds ne changent pas , c'est les memes regles pour les rouges ou les verts ....

pour connaitre le rebonds a effectuer ,j'ai "découpé" ma balle en plusieurs section
comme ceci :

en noir les angles en degrés qui me permettent de lire la couleur de rebond (vert ou rouge )

en rouge les indices que j'ai attribué pour mon code, ainsi je sais par exemple
que si mon tableau "tab_coul(3)=couleur_detection " c'est que la couleur de detection
a été reperé en bas a gauche de ma balle (voir le 3 en rouge sur le dessin ci dessus )

sachant que c'est la partie inferieur gauche qui a touché , et connaissant aussi la direction de la balle , je peux en déduire son sens du rebond ....

bon je n'ai pas précisé que ma lecture de point de couleur de rebond etait
aussi assortie d'une autre fonctions que j'ai ajouté
qui me permet de connaitre l'angle du mur au moment de la detections

le principe est tres simple :
je lis 2 angles de plus , je les aient appelé "laser droit" et "laser gauche"
ici pour l'angle 0 on voit que "laser droit" "touche" la zone verte AVANT le laser gauche
donc ça m'indique l'angle de l'obstacle ...
en fait ça ne m'indique pas l'angle, mais simplement le fait que c'est la partie en dessous de l'angle zero qui va toucher en premier !!!

du coup , au rebonds, avec cette information ,je peut augmenter ou diminuer l'effet du rebond ...

voici une representation de mes "laser" sur la balle et sur l'angle 0
bien sur ce test a lieu sur tout les angles




voila, je pense vous avoir expliqué le principe que j'utilise, et qui semble pas trop mal marcher ..
c'est une voie, il en existe surement pleins d'autres ...

[Ricco59_59]

Bravo,

Perso je suis incapable de gerer ce genre de physique.
J'ai remarqué que les billes "s'enfonçaient" lorsqu'elles rentraient en collision avec les obstacles rouges alors que ça a l'air parfait sur les obstacles verts. Normal ?

Bonne continuation :)

[Invité]

tres interessant de suivre le cheminement du truc

[drfloyd]

bravo Dobro (il ne manque plus que la physique des fips)

Je vais étudier tout ce que tu as fais.... 

Tu pourras mettre à disposition ton code ?

[Tryphon]

J'ai pas regardé le détail de ton implémentation, mais sur ta vidéo, on est quand même assez loin du compte, désolé...

C'est vrai que c'est pas évident comme problème. Je m'y pencherai dessus quand j'aurai trois minutes (faut déjà que j'essaie de comprendre la physique des boules de feu du 1er boss de Shinobi )

[Dobro]

ben j'attends de voir ..

[Tryphon]

Ah je promets pas que je ferai mieux, mais ce qui est sûr c'est que pour un vrai jeu de flipper, faudra faire mieux

[Dobro]

Tu pourras mettre à disposition ton code ?

non, du coup j'attends le résultat de Tryphon

et sa futur explication du fonctionnement de son code
j'aime bien coucher moins bete que mon levé du matin

[drfloyd]

Ah je promets pas que je ferai mieux, mais ce qui est sûr c'est que pour un vrai jeu de flipper, faudra faire mieux

mais je pense que ca suffit presque pour imiter un jeu de type Kirby Pinball

Hate de voir ta version en python

[Tryphon]

Tu pourras mettre à disposition ton code ?

non, du coup j'attends le résultat de Tryphon  

et sa futur explication du fonctionnement de son code
j'aime bien coucher moins bete que mon levé du matin

Tu risques d'attendre longtemps. Ça fait plus de 5 ans que je suis sur Shinobi et je pense en avoir pour encore un petit moment.

Mais je disais pas ça pour te vexer tu sais. C'est juste que, honnêtement, je pense que c'est pas assez bon pour qu'un jeu soit agréable à jouer.

mais je pense que ca suffit presque pour imiter un jeu de type Kirby Pinball

Honnêtement, et encore une fois sans vouloir vexer, non, je ne pense pas. Regarde la vidéo, à plusieurs reprises la balle roule puis se remet à rebondir, ou part dans la mauvaise direction avant d'en changer. Sans compter qu'il reste encore à gérer les bumpers, les flips, et jamais tu ne vois la balle remonter dans un couloir (ce qui est le but d'un flipper).

Je ne sais même pas si le fond d'un flipper est plat. Vu le nombre de fois que la bille passe pile entre les flips, je serais pas étonné qu'elle soit incurvée en son centre, et du coup faut adapter la gravité.

Bref, c'est un bon début, mais je pense qu'il y a encore beaucoup (beaucoup) de boulot.

Hate de voir ta version en python

Bah le langage importe peu là, c'est surtout les calculs à faire qui sont intéressants...

[Dobro]

et jamais tu ne vois la balle remonter dans un couloir (ce qui est le but d'un flipper).

la balle remonte dans un couloir si elle est propulsée par quelques chose
et que son pas_Y deviens negatif ...
en l'etat, je fait seulement tomber les balles par le haut en utilisant une gravité ...
un peut comme lorsque le flipper a fait Tilt ...

ne doute pas que mes collisions fonctionnent aussi si la balle remonte

quand au couloir , il suffit de le faire suffisamment large

dans ma video , j'ai fait un cas extreme de couloir qui fait la largeur de la balle (voir moins)

mais que la balle monte ou descende , la physique reste la meme
le rebonds fonctionnent pareil

lorsque tu lance la balle avec la tirette , qu'elle monte dans le couloir, elle tappe aussi droite/gauche les bords du couloir ... ça ne change rien a l'affaire  

[Tryphon]

Ben en fait, plutôt que de faire des vidéos avec plein de balles, tu ferais mieux d'en faire une avec une seule balle, mais les différents cas possibles. Et d'ailleurs, tu devrais les ralentir, pour qu'on voit mieux les réactions

[Dobro]

ici je force la generation des balles par le haut de temps en temps (comme avant)

mais j'ai ajouté une generation dans une colonne precise par le bas
histoire que tu vois que le rebonds marche aussi lorsque la balle remonte
cela simule une remise en jeux type flipper ...

j'ai laissé volontairement plusieurs balles pour une raison précise
ça montre que plusieurs balles suivant le meme chemin( en fait... presque)
a un rebond qui sera different ... et que ça tiens bien compte de l'aspect des obstacles
a l'echelle des pixels , mes obstacles ne sont pas lisses ..    

[Tryphon]

Dans le goulet sur la gauche, tu as un comportement assez étrange.

Honnêtement, je pense que t'es pas trop loin d'un truc sympa, mais y'a encore de la place pour une amélioration

[Dobro]

il est certain, qu'il faille dessiner la map de façon "intelligente"
la partie que tu notes c'est surtout 2 murs rebondissants qui sont tres pres l'un de l'autre

la gravité n'a pas trop le temps d'agir entre les 2 rebonds...  
il faut dans la mesure du possible eviter les cloisons trop proches l'une de l'autre
surtout celle qui rebondissent ..  

a noter que les rouges amortissent le rebond , seulement sur la partie inférieur de la balle zone 1,2,3 de mon dessin plus haut ...  
cela me permet d'avoir quand meme du rebond sur les coté et le dessus de la balle
pour les zones rouges ...et d'avoir du "roulement" pour les plateformes horizontales ou legerement inclinées

[drfloyd]

j'ai l'impression que lorsque la balle arrive sur une pente rouge, elle descend aussitot trop vite sans acceleration

Franchement ce moteur suffit pour un jeu typé arcade 8bit comme un Kirby Pinball like

[Dobro]

j'ai voulu tester mon code sur une planche de flipper (je sais plus ou je l'ai piqué sur l'internet )

et j'ai été confronté au probleme des murs "courbes"
mon systeme de collision marche tres bien pour de la collision standards ...
mais sur un mur courbe enfin, sur un couloir courbe .. là c'est galere ..

alors il m'est venu une idée saugrenue ... pourquoi ne pas ajouter une couleur
qui servirai non pas de collisionneur , mais de Guide !

dans ce cas, si la balle rencontre ce genre de couleur_guide, ben elle deviens "amoureuse" de cette couleur, et cherche a rester en contact avec elle ..

ici , j'ai utilisé cette methode (non encore parfaite )
et pour que la balle "lache" la couleur, j'ai arbitrairement decidé de lui supprimer dans ce cas seulement , le detecteur 0 (a droite de la balle ) 

de la sorte, lorsque la balle arrive en bout de "chemin" jaune (RGB (255,255,0))
ne voyant plus de guide, reprends ses regles de rebonds normaux ...

simple et efficace .. la methode "egyptienne" j'appelle ça .....

(je part du principe que les egyptiens a l'epoque des pyramides , n'avaient que leur B*te et leur couteaux .. et qu'il a fallu qu'ils se débrouille autrement )

meme si ... je suis persuadé que les egyptiens n'ont pas construits les pyramides
mais c'est une autre histoire
(ou alors.. ce serai admettre que l'humanité ne vas pas en s'arrangeant    )

voici une petite video  .... (c'est pas parfait, mais le principe ..fonctionne )

[drfloyd]

vraiment pas mal.

Par contre là tu viens de balancer une ogive nucléaire HS : 

"je suis persuadé que les egyptiens n'ont pas construits les pyramides"






Rejoins le côté obscure de gamopat :


https://www.gamopat-forum.com/t100518p810-ovnirama-le-topic-officiel-du-paranormal-et-des-ovnis


Tu sais des trucs toi

[Urbinou]

Arrêtez le basic, c’est néfaste pour les neurones

[Dobro]

arf, ça va encore partir HS :)

bon pour faire court ...(LOL) 

ça c'est le tombeau de la salle du roi dans la grande Pyramide  (Kheops )


c'est du Granite !!   vous ne remarquez rien ?? 
allez je vous aide, regardez les angles intérieurs ... d'une précision millimétré !
quand bien même ils auraient disposés de scie en diamant , c'est pas gagné
pour faire tout les angles, et "plat" avec cette qualité là !!
en fait, a l'epoque prétendue ..c'etait impossible soyons clair


et ceci aurai été fait avec ça :
 





il sont trop fort ces egyptiens !!  

autre chose :  ces vases sont en diorite l'une des pierre les plus dur au monde
quasi la dureté du diamant !!




de nos jours encore, personne ne sait faire ça !! 


rappel voici l'echelle de Mohs de dureté des differentes pierres

Pierre Mohs

- Diorite: 7/8
- Silex : 7/8
- Quartz : 7/8
- Granite : 6/7
- Basalte : 6/7
- Rhyolite : 6
- Hématite : 6
- Péridotite : 6
- Grauwacke : 5/6
- Serpentinite : 4
- Brèche : 3
- Calcaire : 3
- Albatre : 2

Ces récipients, col et ventre, ont été évidés pour ne laisser qu'une coque mince comme une pelure d'oignon

De l'acier trempé égratignerait à peine un morceau de diorite. Mais même si les premiers Égyptiens disposaient de ce métal - et tous les experts affirment que ce n'était pas le cas -, il est impossible d'imaginer quel type d'outil pouvait être introduit dans le col d'un tel vase.

et c'est sensé s'etre passé en -3500 av JC  !!!

moi je veux bien hein.... mais ça ressemble quand meme a un compte de fée non ??


je ne parle pas de la contruction meme des des pyramides de gizet
qui en fait seraient calqué sur la constellation d'orion (Osiris a l'epoque)

probleme si on veux retrouver la position astronomique Exacte  du ciel correspondant a la position des pyramides sur Orion (avec le Nil qui se place pile poil sur la voie lactée...)
il faut remontrer en fait a  -10500 ans avant Jc  !!  
soit quasi 7000 ans avant le premier egyptien  .. 

voila voila ...  bon je ferme la parenthese, c'est pas les explications et videos qui manquent sur le Net pour toutes ces précisions...

une chose est sur , les egyptologues sont dans le Deni total ...
et n'argumentent plus d'ailleurs

ps: on pourrai aussi parler de la dalle qui se trouve au pied des pyramides
qui est en fait une plateforme de pierre en mur cyclopeen !!
ce sont des pierresqui sont posées au millimetres et decoupé des façons tres etranges
on retrouve ces pierres au perou ...
je ne parle pas non plus des meme agencement de pierres de plusieurs tonnes (200-400 tonnes )
qui sont dans la pyramide de cheops , et ou aucune possibilité de glisser une lame de rasoir entre ... bref ..

[Urbinou]

et n'argumentent plus d'ailleurs

Tu m'étonnes... z'ont ptète autre chose à foutre que répondre à tous les illuminés non ? Tu crois que la nasa répond encore à ceux qui nient l'alunissage ?
A part Aldrin qui préfère bourrer des pifs

Edit : mais pour éviter le hs, continuons dans le topic des illuminatis que le Doc a linké : )

[Dobro]

et n'argumentent plus d'ailleurs

Tu m'étonnes... z'ont ptète autre chose à foutre que répondre à tous les illuminés non ? Tu crois que la nasa répond encore à ceux qui nient l'alunissage ?
A part Aldrin qui préfère bourrer des pifs

Edit : mais pour éviter le hs, continuons dans le topic des illuminatis que le Doc a linké : )

traiter les gens qui doutes de la these officiel, "d'illuminé" est une façon de faire taire tout contradicteur
sans etre conspirationniste extrem, on peut se poser des questions ...

tu sais a une epoque, dire que la terre etait ronde , pouvait t'amener au buchet
a une autre epoque on disait que l'homme ne pourra jamais rouler a 100 kilometres/heure
sinon, il mourrait certainement !!

bref....

la seule possible explication a propos des egyptiens, serai que peut etre, ils savaient ramolir la pierre !

[Urbinou]

https://www.gamopat-forum.com/t100518p810-ovnirama-le-topic-officiel-du-paranormal-et-des-ovnis#3123204