Sujet : Re: TV Zap
De : me (at) *nospam* pla.net.invalid (robby)
Groupes : fr.sci.mathsDate : 08. Oct 2023, 07:32:10
Autres entêtes
Organisation : Guest of ProXad - France
Message-ID : <65223edb$0$6100$426a74cc@news.free.fr>
References : 1 2 3
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Le 07/10/2023 à 23:03, Samuel Devulder a écrit :
Le 04/10/2023 à 21:32, robby a écrit :
Sans stockage, c'est facile a calculer dans une direction, mais bien plus difficile de "remonter".
>
Si la longueur de la permutation est N, , si tu veux reculer de 1 cases, il te suffit de l'appliquer (N-1) fois.
oui evidemment, et idem pour la solution brute force.
je parlais de solutions raisonnables ( genre implémentable en électronique ), en gros à coût comparable au sens direct.
dans mon boulot j'utilise régulièrement des fonctions procédurales (notamment pour des textures stochastiques), c'est a dire devant effectuer un calcul sans mémoire, en tout point d'une surface ( ou d'un volume ). Parfois il faut accéder aux valeurs voisines, et donc les recalculer. Comme on repose souvent sur un modèle stochastique, il faut evaluer des hashs, voire de noises. Autant te dire qu'inverser un cycle en le suivant sur N-1, c'est alors pas trop raisonnable ;-)
https://www.shadertoy.com/view/MltGzMhttps://www.shadertoy.com/view/7lXfDjhttps://www.shadertoy.com/view/XsXBzHhttps://www.shadertoy.com/view/NdXXRjFar(S,C) = Fav^(N-1)(S,C)
C'est pas ce qu'on appelle "bien plus difficile".
compare les complexités.
-- Fabrice