Message pour vous tous ! Merci pour vos retours nombreux ! Quelques éléments de précision de mon côté : cette vidéo avait effectivement pour vocation d'appliquer la 2ème Loi de Newton pour retrouver une grandeur physique en s'appuyant sur un jeu vidéo quelque peu connu 😁 Je parle dans cette vidéo d'une chute libre (donc, avec seulement la force gravitationnelle exercée sur Steeve) et avec une vitesse initiale nulle. Mais, dans l'extrait du jeu, Steeve saute au départ. Donc, vitesse initiale non nulle 🤔 Alors je rassure les fans de Minecraft : le fait d'avoir une vitesse initiale ne modifie pas les résultats : il faut que le chrono démarre au moment où Steeve atteint le sommet de sa chute avant de retomber ; et la composante horizontale de la vitesse n'intervient pas dans la durée de la chute 👍 (ca pourrait faire l'objet d'une autre vidéo !). Et la hauteur prise en compte (21 blocs) comprend bien le bloc supplémentaire lors du saut (20 blocs de hauteur + 1 bloc lors du saut) Oui, vous avez (et êtes surement encore !) nombreux à avoir remarqué le saut initial de Steeve. Et l'"erreur" que j'ai commise a montré cela : C'est une belle surprise que de voir bon nombre d'entre vous avoir cette compétence si chère à mes yeux (et je ne suis pas le seul) : l'esprit critique. Pour cela, bravo à chacun 👏💪 Alors, pour répondre à ceux qui s'interrogent sur la "vraie" valeur de la gravité sur Minecraft, il faudrait pour cela pousser l'expérimentation plus loin, tels de vrais scientifiques : Il faut reproduire plusieurs fois l'expérience. Car une expérience qui ne donne pas des résultats proches ne peut être valable. Puis, faire une moyenne, calculer l'incertitude. Il faut également changer un paramètre, comme par exemple l'objet en chute libre : est ce que le temps de chute est le même pour un mob ? Car d'après la formule, la masse n'intervient pas. Enfin, je recite un commentaire qui me parait très pertinent (parmi tous ceux que vous avez envoyé) : "Mais est-ce que les Lois de Newton peuvent s'appliquer dans un monde Minecraft ?" Peut-être pas sûr, mais en tout cas, c'est sympa d'essayer 😏👍
Hello, en tant qu'étudiant en master MEEF PC (et grand fan de Minecraft depuis 2009) je ne peux qu'aprécier cette vidéo, et j'ai quelques points de réponse sur les questions de si les lois de Newton peuvent s'appliquer. Déjà quelque chose de remarquable assez rapidement, la 3e loi de Newton ne s'applique pas, en tout cas pas sous la forme que l'on connaît. Quand il s'agit de pousser des entités avec son corps, par collision, on pourrait croire qu'elle s'applique, vu que Steve est repoussé également, cependant, on peut observer qu'en frappant des mobs, même extrêmement massifs (ex: golem de fer), on les repousse, en les envoyant parfois à une vitesse impressionante (avec l'enchantement knockback notamment) sans pour autant incomber un quelconque mouvement en retour. En admettant que Steve ne soit pas capable de transmettre cet ordre de grandeur d'énergie à son environnement sans bouger, on doit en conclure qu'il peut appliquer des forces énormes sans rien subir en retour. La 1ere loi de Newton semble par contre s'appliquer, bien que difficile à démontrer (observée sur un minecart lancé/statique sur des rails) Enfin, pour ce qui est de l'étude d'une chute libre, dans le cas de chutes relativement longues, on peut observer que les joueurs atteignent une vitesse maximale de chute, ce qui laisse entendre qu'il existe une force similaire aux frottements fluides que nous connaissons, ou que la chute des corps est provoquée par un phénomène d'une autre nature que la gravité dans notre univers. Cette dernière hypothèse est renforcée par la chute des mobs et des objets, qui semble atteindre une vitesse maximale bien plus tôt que les joueurs(et identique peu importe le mob ou l'objet). Si on admet des frottements tels qu'on les connaît, on devrait faire l'hypothèse que tous les objets droppés au sol ont le même rapport P/F, et que donc ils ont la même masse volumique, vu qu'ils ont l'air d'avoir des profils aérodynamiques similaires. Cette accumulation d'hypothèses pour justifier le modèle me pousse à invoquer le rasoir d'Ockham et à penser qu'il est plus facile d'expliquer ces observations par un phénomène différent de celui de notre monde, que par une concordance des caractéristiques. Un dernier point (et pas des moindres) qui va au contraire de l'existence de la gravité telle qu'on l'imagine couramment, est simplement la possibilité pour des constructions d'exister sans aucun support, et donc de sembler ne pas être influencées par cette supposée gravité. Cela pourraît être expliqué par le fait que certains blocs subissent son effet (sable ou gravier entre autres) et d'autres non(l'écrasante majorité des blocs), mais cela ne permet pas d'expliquer le fait que les blocs qui chutent sont retenus par ceux qui ne chutent pas, et semblent donc immuables jusqu'à être brisés. (sauf à être déplacés par des pistons, mais cette mécanique soulève d'autant plus de questions qui n'ont pas de réponse assimilable au monde réel.) En ce sens, on peut conclure que vu la masse d'observations qui vont au contraire de ce que l'on connaît, il n'est probablement pas sage d'essayer d'expliquer les phénomènes du monde de Minecraft à l'aide des lois de la physique de notre monde, bien que la chute du joueur semble analogue.
Ça peut être aussi simple un sujet de grand oral ? Parce que si je pars sur le théorème d'implétude de Godël ou sur l'informatique quantique alors que c'est beaucoup trop je suis mal.
Je sais que ce n'est pas le plus important mais je ne peux pas m'empêcher de me dire que prendre en compte le saut de steve avant sa chute aurait été très pertinant parceque le résultat est faussé à cause de ça. Vous ne prenez pas en compte que steve saute pendant une bonne demi seconde avant que sa vitesse n'arrive à 0 et qu'il ne commence à chuter. Je pense qu'expliquer ça aurait été vraiment pertinent pour les élèves lycéens qui vous regardent. C'est aussi sans compter le bloc supplémentaire qu'il chute (steve saute d'à peine plus d'un bloc, ça aurait été également intéressant à prendre en compte) En dehors de ça c'est vraiment un super exercice pour les lycéens. En plus c'est dans minecraft, ils n'y verront que du feu et ne se rendront pas compte qu'ils sont en train de s'exercer 😮😂
Bonsoir ! Merci pour ce retour ! Quelques éléments de précision de mon côté : cette vidéo avait effectivement pour vocation d'appliquer la 2ème Loi de Newton pour retrouver une grandeur physique en s'appuyant sur un jeu vidéo quelque peu connu 😁 Je parle dans cette vidéo d'une chute libre (donc, avec seulement la force gravitationnelle exercée sur Steeve) et avec une vitesse initiale nulle. Mais, dans l'extrait du jeu, Steeve saute au départ. Donc, vitesse initiale non nulle 🤔 Alors je rassure les fans de Minecraft : le fait d'avoir une vitesse initiale ne modifie pas les résultats : il faut que le chrono démarre au moment où Steeve atteint le sommet de sa chute avant de retomber ; et la composante horizontale de la vitesse n'intervient pas dans la durée de la chute 👍 (ca pourrait faire l'objet d'une autre vidéo !). Et la hauteur prise en compte (21 blocs) comprend bien le bloc supplémentaire lors du saut (20 blocs de hauteur + 1 bloc) Oui, vous avez (et êtes surement encore !) nombreux à avoir remarqué le saut initial de Steeve. Et l'"erreur" que j'ai commise a montré cela : C'est une belle surprise que de voir bon nombre d'entre vous avoir cette compétence si chère à mes yeux (et je ne suis pas le seul) : l'esprit critique. Pour cela, bravo à chacun 👏💪 Alors, pour répondre à ceux qui s'interrogent sur la "vraie" valeur de la gravité sur Minecraft, il faudrait pour cela pousser l'expérimentation plus loin, tels de vrais scientifiques : Il faut reproduire plusieurs fois l'expérience. Car une expérience qui ne donne pas des résultats proches ne peut être valable. Puis, faire une moyenne, calculer l'incertitude. Il faut également changer un paramètre, comme par exemple l'objet en chute libre : est ce que le temps de chute est le même pour un mob ? Car d'après la formule, la masse n'intervient pas. Enfin, je recite un commentaire qui me parait très pertinent (parmi tous ceux que vous avez envoyé) : "Mais est-ce que les Lois de Newton peuvent s'appliquer dans un monde Minecraft ?" Peut-être pas sûr, mais en tout cas, c'est sympa d'essayer 😏👍
@@physicochimicomethodo merci de votre réponse, ravi de savoir que vous avez en effet pris en compte le bloc supplémentaire sauté par steve. ce genre de calculs ne m'est pas nouveau, je suis sorti du lycée depuis près de 4 ans maintenant, si j'avais su à quel point la physique (mécanique du point et solide en l'occurrence) deviendraient complexes après le lycée je n'aurais jamais osé me plaindre comme j'ai pu le faire à l'époque 😂 Quoiqu'il en soit votre travail de vulgarisation est excellent et cet exemple l'est aussi. Merci pour votre temps !
Je dirais que k1 n'est pas égal à 0 puisque Steve ne tombe pas contre la tour et je ne suis pas sûr que l'hypothèse d'un champ uniforme d'accélération avec des forces de frottements négligeables soit suffisamment solide pour ne faire qu'un seul calcul. Sinon, l'exercice est correcte.
Étant un joueurs Minecraft assez expérimenté et sait un minimum comment les jeux fonctionne j'ai plusieurs chose à ajouté: Mais avant tout j'ai bien aimé la vidéo et comment c'est expliqué. 1) le joueur saute, il faut donc rajouter environ 1 bloc dans la hauteur du saut si ça n'a pas été pris en compte, et du coup s'il saute, le temps où il est en vol est plus long car pendant une fraction de seconde après avoir sauté il monte au lieu de descendre. 2) Et je ne pense pas que la gravité fonctionne dans Minecraft dans la réalité dans le sens où l'accélération n'est peut être pas constante et aussi la chute peut être sujette à une vitesse limite. Personnellement si j'étais très très curieux, j'enregistrerais une vidéo à exactement 60 ips, j'appuyerais sur F3 pour afficher les coordonnées en Y, et remplirai un tableau Excel avec les coordonnées exact à chaque image pendant une chute de plusieurs secondes afin d'avoir le plus d'informations possible.
Bonjour ! Merci pour ces précisions ! Juste concernant le saut : le bloc supplémentaire a été pris en compte dans le calcul (1 bloc en + des 20) et le chrono a été déclenché (à peu près) au moment où Steve est au sommet de son saut. Et pour la 2ème remarque, intéressant 😉👍
Je crois bien que Minecraft utilise une accélération constante dans leur code (à vérifier), je ne verrai pas pourquoi elle compliquerai la physique d'une chute sans raison Je connai un youtubeur qui a recréé la physique de Minecraft et ca m'a l'air d'être une simulation la plus proche ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-YG3Gd7Vr93o.htmlsi=M55UrjjV4kAf5ktl
*le joueur saute à 1,25 blocs de hauteur, et effectivement, il arrive assez vite à sa vitesse terminale, et la gravité affecte les joueurs et les blocs différemment, les joueurs tombent plus que deux fois plus vite !
7:00 ok maintenant on fait un calcul de marge d'erreur ? 😁Parce que la précision à trois décimales m'étonne. Sur serveur, on avait fait une petite expérience pour faire une mesure de temps de temps de chute le plus précis possible avec une tour de 36+10 blocs de haut, fermée en son centre par 4 trapdoors avec 4 tripwire dessus reliés à un circuit redstone. 36 blocs plus bas, un autre réseau de tripwires reliés à un circuit de 12 redstones à une «horloge« (n hopper qui se bloque lui même quand on active le signal de redstone du tripwire situé DANS la tour). On peut mettre ensuite un piston qui pousse un bloc contre une colonne de murs de pierre avec un observer qui lancera l'horloge quand Steve franchit le tripwire au sommet de la tour, ce qui activera les trapdoors et laissera tomber Steve de 36 blocs. Les dix blocs suivants seront au dessus, au gré de l'expérimentateur, d'eau, de slimes, de lave, de cactus ... peu importe. Ensuite, pour avoir la mesure précise, on sait que le chrono se déclenche dès que le piston s'étend (0,10 sec. ou 1 tick serveur) + 0,40 sec par item qui aura quitté le hopper de l'horloge. On avait donc des mesures à 0.1 tick (ou seconde quand ça ne rame pas) près pour une chute de 36 blocs. La question est donc la suivante : ma méthode est-elle plus ou moins précise que la vôtre ? 😋 L'autre est : pourquoi plus de monde ne fait pas de physique avec Minecraft ?
bonjour ! Un grand merci pour ce commentaire intéressant sur les différentes méthodes possibles ! Est ce que cette méthode est plus précise ? Je ne sais pas, car il faudrait prendre en compte l'incertitude de mesure sur toutes les grandeurs mesurées aussi bien sur votre expérience que la mienne. D'ailleurs, la mienne n'est pas très fiable expérimentalement car je ne fais qu'une expérience (mais je vais surement faire une autre vidéo à ce sujet prochainement). A suivre !
Je pense que la pesanteur est plus faible si on considère la dilatation du temps, le temps passe plus vide dans le "monde minecraftien" et du coup notre valeur de t qu'on ressent en tant que joueur comme étant 1.745 seconde pourrait correspondent à 3 à 5 secondes par exemple
Ca ferait en effet 13.8 blocs par secondes joueur (temps "réel"). Si on considère qu'une journée minecraft dure 20min et une sur terre dure 24 heures, le "ratio" serait de 24*3 = 72 (vu qu'il y a 3 fois 20min dans une heure), ainsi pour trouver le temps de chute "minecraftien" à partir du temps réel, on doit le multiplier par 72 ; 1.745*72 = 125.64s minecraftiennes, ensuite en mettant ce résultat dans l'équation on tombe sur g = 0.00266... blocs par seconde minecraftienne, soit 5184 fois moins (72^2). Je vous conseille vivement de vous intéresser à la relativité restreinte si l'idée de différents écoulements du temps titille votre curiosité, il y a de très bonnes vulgarisations sur youtube en français et en anglais de mon expérience ;)
J'aime beaucoup la vidéo, ça me fait penser au bac de l'année dernière 😂. J'aurai jamais penser à calculer l'accélération alors que ça fait 10 ans que je joue a Minecraft . Mais plus sérieusement, je pense pas qu'il y ait de gravité dans Minecraft car la vitesse de chute dans Minecraft stagne à partir d'un certain temps et je pense pas que c'est parce que le poids et la force de frottement se compense. Pour avoir une vrai réponse faudrait regarder le code du jeu (j'en suis incapable personnellement) EDIT: Récemment dans la dernière snapshot de minecraft (24w06) il y a eu l'ajout d'un attribut pour changer la gravité, elle serait par défaut de "0.08" je n'ai aucune idée de ce que cela représente. Je pensais que comme le jeu fonctionne avec des tick de 50ms l'unité était donc des m/tick^2 mais quand j'essaie de convertir en m/s^2 j'obtien 0.08/0.050 = 1.6m/s^2 ce qui est pas du tout cohérent.
L'idée est intéressante et bonne vidéo en passant. :) J'ai juste une précision à faire car lors de votre expérience vous ne vous êtes pas laissé tombé mais vous avez sauté. Cela implique que la hauteur d'origine n'est pas 21 blocks mais 22. Aussi le temps de chute est alors biaisé car l'erreur sur un si court délais est plus importante. En refaisant le calculs en prenant en compte le temps ou Steve commence à chuter lors du saut, j'obtiens g=29,47m/s².
Je voudrais clarifier quelques points, même si c'est une vidéo éducative à propos de physique (très bien réalisée d'ailleurs) • Minecraft applique une assez grosse force de frottement, ce qui fait beaucoup différer le résultat pour des hauteurs différentes. Ce n'est pas différent d'une version à une autre (à ma connaissance). • Par défaut Minecraft fixe la gravité à 0,08 bloc/tick² donc en prenant 1bloc = 1m et 1tick = 1/20 sec, on a la "vraie" valeur : 32m/s² • Pour une mesure plus précise, on peut utiliser des blocs de commande pour récupérer la valeur de la hauteur du joueur à un instant t, t+1tick et t+2tick. Cela nous permet d'avoir la vitesse à l'instant t et t+1tick (avec v(t) = [h(t+1tick) - h(t)]/1tick) puis l'accélération à l'instant t. Ça se calcule bien avec des scores et des blocs de commande, et on constate que dès les premiers instants de chute, on est bien aux alentours de 30m/s² puis rapidement (au bout de 2-3 blocs seulement) l'accélération diminue fortement dû aux frottements de l'air. Voilà pour ceux qui sont intéressés, on a donc g_minecraft = 32m/s² ce qui fait 3× plus que sur terre
Merci pour ce retour très intéressant 👍 Je pense que je ferai une vidéo plus détaillée avec différentes mesures afin de faire un 'traitement scientifique ' du sujet 😉
Suffit de laisser tomber un truc d’assez haut (hauteur connue), de chronométrer, de refaire l’expérience quelques fois avec d’autres hauteurs et d’autres objets (au cas où Minecraft intégrerait une friction de l’air). Rentrer les mesures dans la formule et moyenner les résultats. Ensuite, en fonction du g trouvé, chercher la planète…😅
Sympa. Parcontre pour faire une mesure plus precises il aurait fallut se mettre a une certaine hauteur et tomber en chute libre apres avoir casser le bloc en dessous de soit
très intéressant, peut être faudrait il revoir la méthode de mesure de la hauteur et les conditions initiales (Steeve saute au début de la vidéo ;) ) Bonne continuation
Merci 😊👍 Effectivement, il saute au début, et j'ai compté ce 'bloc' supplémentaire dans les 21 initiaux. Ce qui revient à une vitesse initiale nulle en haut du 21ème bloc 👍
Salut, je m'étais posé la question il y a quelques années et je m'étais téléporté dans un monde Minecraft à 1100 blocs de haut et : ma vitesse de chute augmentait au début avant de se stabiliser et d'atteindre une vitesse limite. Conclusion : il est probable que Minecraft prenne en réalité en compte une force de frottement, ce qui expliquerait cette vitesse limite, ou alors simplement il arrête d'augmenter la vitesse passé un certain temps de chute. Voilà voilà C:
@@fold4xJe pense aussi, il faudrait tracer le profil de vitesse, mais en attendant on peut continuer à supposer que Minecraft modelise une force de frottement (et pk pas des frottements avec le rail pour les minecarts C:) parce que c'est rigolo
C'est pas une force de frottement mais juste une limitation pour éviter que le jeu ne fasse n'importe quoi mais ça peut être considéré comme telle dans des calculs je pense
Seul deux objects ne sont pas soumis a cette limite @@gkoble. C'est la flèche et les élytras. Le bug de colision peut permettre a un joueur equipé d'élytras de foncé beaucoup plus rapidement que normalement. Pour la flèche, un malade de la redstones avait fait une ferme a wither (durant un concours américain) ou le principe et qu'une fleche propulsé par des tonnes de tnt, atteint une vitesse assez élevé pour one shot un wither.
@@shadowsensei9040 L'anecdote de la flèche qui one shot un wither m'a bien fait rire x) Pour les elytra j'étais au courant mais pour les flèches ça n'arrive tellement jamais que je ne m'était pas posé la question.
Je trouve plus simple de regarder dans le code et de probablement y trouver 10 comme dans la plupart des jeux. Je vous laisse vérifier ceux qui font des mods et connaissent la valeur précise du moteur.
J'airai été pour prendre une vidéo avec une chute plus longue (genre, depuis la couche maximal) afin d'avoir des données plus précises. Suggestion... pourrai-vous calculer la densité de l'eau sur minecraft? (Par exemple, le sinple faut que steve (si il a la masse d'un homme 1m90 en moyenne) fait une chutte de 100m et fini stoppé net dans 1m² d'eau.)
Bonjour, vous avez fait une erreur, en effet la trajectoire de steve était une trajectoire balistique (déplacement sur x et y) et non pas un cas de chute libre, de plus dans les 1.75s on prend en compte le saut qu’il effectue au début, donc une approximation sur la hauteur.
Bonsoir Maxence, merci pour ce retour 😉👍 Entièrement d'accord sur le commentaire. J'en ai parlé dans mon commentaire épinglé, dont voici un extrait : "Je parle dans cette vidéo d'une chute libre (donc, avec seulement la force gravitationnelle exercée sur Steeve) et avec une vitesse initiale nulle. Mais, dans l'extrait du jeu, Steeve saute au départ. Donc, vitesse initiale non nulle 🤔 Alors je rassure les fans de Minecraft : le fait d'avoir une vitesse initiale ne modifie pas les résultats : il faut que le chrono démarre au moment où Steeve atteint le sommet de sa chute avant de retomber ; et la composante horizontale de la vitesse n'intervient pas dans la durée de la chute 👍 (ca pourrait faire l'objet d'une autre vidéo !). Et la hauteur prise en compte (21 blocs) comprend bien le bloc supplémentaire lors du saut (20 blocs de hauteur + 1 bloc lors du saut)."
oui mais tu sautes au début pendant 12 ticks (0.6sec, le temps d'un saut sur du plat), on peut estimer que ta hauteur n'a pas baissé (0.6sec), même si de fait, les 1.16 ou 1.25 blocs de hauteur que tu as sauté au début ajoutent certainement une vélocité à ta chute
le résultat lui est plutôt cohérent, puisque steve saute environ 1.25m du coup, comme les plus hauts sauteurs de notre monde, mais celui-ci réalise un saut en 0.6seconde alors que les plus hauts sauteurs atteignent souvent plutôt dans les 0.95secondes de temps en l'air, ce qui fait un rapport de *1.58_3 et que sqrt(1.58_3)*9.81 = 12.3 environ, soit plus que sur terre, donc oui, pas trop loin du résultat que tu trouves.
Est ce que sur minecraft la gravité est la même pour tout. Je crois que pour les items et steve c'est le cas, mais qu'en est t'il par exemple pour les bloc de sable / enclume ?
Bien vu 😊👍 Effectivement, il saute au début, et j'ai compté ce 'bloc' supplémentaire dans les 21 initiaux. Ce qui revient à une vitesse initiale nulle en haut du 21ème bloc 👍
@@physicochimicomethodo Mais du coup il faudrait pendre le temps zéro au sommet du saut. En regardant au ralenti, j'ai l'impression que le chronomètre commence entre 4 et 5 dixièmes de secondes trop tôt.
Il y a surement une incertitude sur la mesure du temps. C'est pourquoi (et je ne l'ai pas fait dans la vidéo... pas bien 😏) il faudrait donner le résultat avec 1 ou 2 chiffres significatifs seulement, soit g=14 m/s² . Ou bien refaire plusieurs fois la mesure et faire une moyenne des résultats.
@@physicochimicomethodo Il y a certes une vraie l'incertitude de mesure d'environ 0.1s, soit environ 6%. Par contre il y a un décalage non lié à la mesure en elle même, mais au moment ou on enclenche le chronomètre. Il est déclenché au moment ou le personnage commence à bouger et non au sommet du saut qui correspond au vrai temps zéro de l’expérience, ce qui fait un écart de presque 30%. Si on veut prendre en compte toute les incertitudes, il faudrait aussi considérer la résistance de l'air. Sur un saut aussi court elle doit être faible, mais elle doit être simulée d'une manière ou d'une autre car dans Minecraft, la vitesse de chute n'augmente clairement pas a l'infini. Il faudrait faire plusieurs sauts de différentes hauteur pour vérifier ça.
Dans le même style possibilité de mesurer la constante de gravitation de Kerbin et Mun dans KSP sachant que Kerbin possède une atsmosphère et que l'on parte du principe que c'est de l'air comme sur Terre ?
est-elle la même pour les autres blocs ? Il me semble que le gravier et le sable tombe à la même vitesse sans le même poids ce qui ne me semble pas logique ? Très bonne idée d'exercice sinon
On sent le fan de Minecraft 😉 Il y a même un problème concernant les plumes et les blocs qui ne tombent pas à la même vitesse, la plume tombant plus vite qu'un bloc de sable.... Surprenant.... ça mériterait une nouvelle théorie ! sinon, s'il n'y a pas de frottements, les objets tombent tous à la même vitesse, quelque soit leur masse.
Sujet super intéréssant, mais j'avais une autre valeur en tête que j'avais déja vue chez un youtubeur anglophone il y a quelques années, qui donnait une valeur bien au-delà de 40% de plus que sur terre. Serait-il possible que la gravité aie été modifiée au cours des mises à jour passées, ou que l'accélération ne soit pas linéaire? ( en arpentant certains forums qui traitaient du sujet, je me suis rendu compte que plus leur hauteur de chute était haute, plus leur valeur d'accélération était grande: 43.5 m en 2.09 s ce qui donne 23.31 m/s^2, ( a peu près 250 % ), et selon le wiki officiel, les joueurs et les mobs ( créatures ) ont une valeur assez précise concernant l'acceleration de 32m/s^2, et 16 pour les items. L'écart se situe peut-être au niveau de la première prise de temps, qui intervient alors que le joueur commence à sauter ( et non pas lorsqu'il est à sa hauteur maximum, de 21 blocs du sol, approximativement à t = 0.450 s ) Mais video super intéréssante!
Vous partez du principe que la gravité est constante et donc que l’accélération aussi. Ce qui n’est pas forcément le cas dans un jeu vidéo ! Ex Mario bros, le début de chute est lent et la fin de chute est rapide. Il faudrait confirmer cela en calculant g sur plusieurs hauteurs
difficile à dire comme ça, les blocs et les joueurs sont affectés par la gravité différemment, la gravité est la même quelle que soit la hauteur et le monde de minecraft est infini et plat, mais effectivement si on ignore tout ça on peut prendre la loi de newton (qui suppose que le monde est un point unique avec toute sa masse concentrée dans ce point pile au centre de masse de la planète, on peut supposer que la bedrock est le centre de masse de la planète, en général un truc indestructible on pourrait s'attendre à ce que ça soit lourd non ?) on a donc F = G * (m_planet*m_player)/r² with g=F/m_player=G * m_planet/r² on a G=6,67 × 10^-11 N⋅m² / kg² et en supposant qu'on est à la hauteur de construction maximale, soit 320, la bedrock est en -64, donc r=384, r²=147456 m_planet=g*r²/G dans la vidéo g est trouvé comme étant 13,8m/s², en prenant une mesure plus précise et en prenant en compte les frottements on trouve ~28m/s² m_planet=13,8*137 456/(6,67*10^-11)=284,4*10^11tonnes
@@anarchosnowflakist786 Merci beaucoup pour l’explication! il me semblait bien que ça pouvait se calculer mais pour moi les cours de physique commencent à dater ^^ bien joué en tout cas :)
Mais il nous manque la valeur de l'accélération au moment de son saut et l'angle du saut car si il avait chuté à la verticale il aurait probablement atteint le sol plus vitr
Non, le vecteur vertical est seulement affecté par la gravité, qu'il saute parfaitement vertical ou sur une distance de 100m ça reviendrai au même temps
@@jackbertholet5122 en revanche le temps de chute est modifié. Un objetc en chute verticale pure ou avec une vitesse horizontale ne va pas toucher le sol au même moment. Donc la valeur de t est différente. On ne parle pas de vecteur ici
Bien observé 👏👍 Mais j'ai pris en compte le fait qu'il saute (d'un block), et comme initialement il était à 20 blocks, cela fait 21 au total. Mais je suis d'accord qu'on pourrait améliorer la précision de l'expérience !
On voit bien que les conditions initiales jouent. Il semblerait aussi que la version du jeu ait un impact... mais cela dépasse mon cadre de physicien 😁
À 6:20 une question idiote d’un profane ignare parenté : la formule g= 2h / t2 ; cette formule est elle valable sur terre? Ou un autre astre ( en négligeant les frottements dû à une éventuelle atmosphère) svp?
Oui, tout à fait valable dans les conditions suivantes : uniquement chute libre (c'est à dire une seule force appliquée : le poids), vitesse initiale nulle, donc chute verticale. 👍
@@physicochimicomethodo merci beaucoup ! Je retiens donc cette formule. Merci. J’ai fait une règle de 3 et il faudrait 354 jours pour qu’un objet pris dans un champ (constant) de gravité de la terre , sans être stoppé et en négligeant la résistance de l’air, pour atteindre la vitesse de la lumière !!!! ( sauf erreur de calcul). Ceci dit; je m’abonne car votre pédagogie me plait ! Efficace et bien construite. Félicitations et merci de partager votre savoir ! Une des plus grande chose que l’on peut faire sur terre. Continuez svp
@@physicochimicomethodo oui c’est vrai ! J’en ai déjà posé des plus idiotes ! Lol! Le correcteur a écrit idiot parenté mais je voulais écrire patenté quoique ça va aussi lol! Merci à vous. J’ai regardé vos autres vidéos et je vais encore vous poser des questions si vous pouvez y répondre ce serait super 👍. À bientôt
Il me semble que tu ai une erreur dans le temps utilisé dans la vidéo car sur l’extrait de steve sautant de la tour, il saute de environ 1,1 block vers le haut (il me semble) en se jetant au lieux de simplement se laisser tomber. Et donc en utilisant cette example il faudrais utiliser les équations cinématique afin de soustraire le vecteur positif (le saut) du négatif (la chute) On trouverais donc une gravité moins importante que 13.8m/s^2
Dommage le calcul aurait pu etre fait avec un bloc plus haut cassé sous les peids et pas avec un saut qui a retardé la chute mais sinon super interessant.
Bonsoir j'ai essayé de résoudre le problème de la façon suivante mais ne suis pas arrivé au résultat: a=g Donc V(t)=g*t+Vo or Vo vaut 0 Donc on a: V(t)=g*t or on sait qu'à t=1.745, v(1.745)=21m/1.745=12.03438 Donc on a 12=g*1.745 ce qui équivaut à g=12/1.745=6.88m.s-2 Soit pile la moitié de votre réponse :(. est ce parce que là je calcule une vitesse moyenne or en réalité la vitesse varie de Vo à Vmax ?
Hello, c'est possible que je me trompe mais tu ne peux pas calculé la vitesse comme tu l'as fait "21/1,745" est sa vitesse moyenne et pas la vitesse à l'instant t=1.745 c'est ce qui fausse ton calcul.
Bonsoir, merci et bravo pour cette proposition de calcul 👍👍 La seule erreur, et vous le dites à la fin concerne le calcul de la vitesse à t=1,745s : cette formule est celle de la vitesse moyenne de la chute, et non celle en t.
Faudrait faire un système redstone avec des plaques de pression, des répéteurs et des mémoires qui permettrait de mesurer le temps de chute à 0,1 s près (le faire 3-4 fois histoire de s'assurer qu'on a effectivement bien un résultat cohérent). Comme ça on peut contrôler la hauteur de chute et tester plusieurs hauteurs. Il est fort possible qu'ils aient ajouté des frottements de l'air. On pourrait même vérifier leur présence et éventuellement la formule utilisée (linéaire, quadratique...), ou en tout cas au moins s'assurer que les expériences sont faites à des hauteurs/vitesses où la résistance de l'air n'est pas trop impactante (faudrait tracer le temps de chute en fonction de la hauteur et voir à partir de quand ça dévie
@@chfgg9751en expliquant qu'à partir d'un certain nombre de blocs de dénivelé l'araignée prenait des dégâts de chute du coup on est sur le cas d'une suite arithmétique avec un u(0) non nul
la vitesse varie pendant la chute donc l'information de la vitesse à un moment précis serait compliqué à aller chercher. (c'est pas impossible mais ici moins pratique)
Minecraft est le jeux le plus jouer sur la planète personne dans son entourage n'a pu lui prêter un compte pour faire un saut propre parfaitement vertical et mesurer correctement ? Je comprend que seul le calcul l'intéresse mais si on prend un cas concret pour le rendre intéressant il faut pas le gâcher en prenant des mesure pifométrique sans méthodologie. Certain comentaire parle de 30% d’incertitude et d'autre d'une valeur testé à g=32m/s², quel est la bonne valeur ?
Comme tu le dis l’intéressant c'est de voir le calcul physique derrière. Le plus important n'est pas tant la valeur finale que d'être bien conscient que selon les calculs, la mesure est censée démarrer au moment où la vitesse est nulle, donc au sommet du saut. Si on veut de la précision c'est plus simple et efficace de faire de l'analyse du code du jeu.
@@uther2603 Je suis vraiment pas d’accord, déjà le reverse ingénéring c'est un autre domaine pas si simple et n’apporte rien a un prof de math. Ensuite si tu fait un exemple pratique pour rendre ton sujet attrayant il est indispensable de tomber sur un résultat correcte pour pas mentir sur l'atrayance, pour montrer l’intérêt de la matière dans un cas pratique, pour pas mettre en tète du public des fausse connaissances dans les autres matière ! Sinon il faut prendre un cas totalement fictif !
@@tiper2107 personne n'oblige qui que ce soit à résoudre ce problème comme un problème de maths.. et comme déjà dit, décompiler Minecraft est loin d'être vraiment complexe. Après faut juste connaître Java et/ou avoir quelques neurones. D'ailleurs, le cas pratique d'un code simple te donnera forcément ce que la théorie te dit (si celui-ci est fait correctement) : ça s'appelle un programme ;)
@@Cec_Krem "décompiler Minecraft est loin d'être vraiment complexe" Bin c'est surtout pas suffisant, de base c'est un foutoir d'un dev seul, depuis le rachat par m$ tous a été recoder proprement mais est aussi devenu bien plus gros et je vois pas trop m$ laisser les commentaires. Vu qu'un autre comentaire dit que des passionner pour avoir la valeur de g=32m/s² (g=16m/s² pour les items) on du faire des test a différente hauteur c'est je pense que la valeur est pas si visible dans le code. Oui personne n'oblige a le résoudre comme un problème de math. Mais le but il me semble est d'avoir un problème attrayant pour les math.
oui mais on peut facilement corriger le résultat pour prendre ça en compte ! Steve saute instantanément, donc il subi l'effet de la gravité (sans qu'elle soit annulée par la force de réaction du support) dès qu'il commence à sauter (c'est à dire à 00:00:00.174) et on sait que sans jump boost on peut sauter à 1,25 blocs de hauteur, on peut aussi voir que steve arrête de monter (et donc a une vitesse nulle selon y) à partir de 00:00:00.465 on peut donc reprendre les équations du départ : a(t)=-g, v(t)=v0-gt, OM(t)=h+v0t-gt²/2 on peut définir 00:00:00.465s comme étant t=0 donc OM(t)=21-gt²/2 or à t=1,745-0.465=1,28s on a OM(t)=21-g(1.28)²/2=0 d'où : g=42/(1.28)²=25,635blocs/s²
Quand on chute sur Minecraft, on a quand même l'impression que la vitesse se stabilise au bout d'un moment : les frottements seraient donc pris en compte. Envie une autre vidéo faisable 😉
Non pas réellement, je pense juste que la vitesse de chute est limité à une certaine vitesse et dès que tu l'atteint. Ce qui ne donnerai PAS une fonction exponentielle inversement croissante comme en réalité avec une valeur de vitesse limite mais plutôt avec un palier net.
@@Th3AnT0in3la vitesse de chute est limitée justement car à chaque tick le vecteur vitesse est multiplié par 0.98 par exemple et la force gravitationnelle est constante Du coup je pense qu'on peut parler de frottement
