OFFRE DE LANCEMENT25 € de crédits offerts à l'inscription sans CBJ'en profite
    TURNA, ferme de rendu Blender
    Retour aux ressources

    Metropolis Light Transport (MLT) : principe, limites, et ce qu’il en reste dans Blender

    T
    L'Équipe Technique TURNA
    29 octobre 2026
    8 min

    En bref

    Le Metropolis Light Transport (MLT) est une méthode de rendu non biaisée, publiée par Eric Veach et Leonidas Guibas en 1997, qui applique l’algorithme de Metropolis-Hastings aux chemins de lumière. Au lieu de tirer chaque chemin au hasard comme le path tracing, il fait muter le chemin précédent et garde les variantes qui apportent de la lumière. Il excelle quand la lumière passe par peu de chemins, comme des caustiques ou une porte entrouverte.

    • Origine : Veach et Guibas, SIGGRAPH 1997, d’après l’algorithme de Metropolis (1953).
    • Principe : une chaîne de chemins, chacun obtenu en modifiant le précédent, acceptés selon leur contribution à l’image.
    • Variantes : PSSMLT (2002), Multiplexed MLT (2014).
    • Dans Blender : pas dans Cycles ; échantillonneur Metropolis de LuxCoreRender. Dans Cycles : path guiding, Portal, Shadow Caustics.
    Astuce de Pro

    Ne perdez plus de temps sur vos rendus

    L'optimisation a ses limites. Quand votre scène Blender devient trop lourde, envoyez-la depuis l'add-on : les images de l'animation sont réparties sur plusieurs GPU.

    Obtenir 25 € de crédits

    Les réglages de Blender, cités en anglais, sont vérifiés dans le manuel de Blender 5.2.

    Qu’est-ce que le Metropolis Light Transport ?

    Le Metropolis Light Transport, ou MLT, est un algorithme d’illumination globale qui calcule une image en parcourant les chemins que suit la lumière entre les sources et la caméra. Eric Veach et Leonidas Guibas, de l’université Stanford, l’ont présenté à la conférence SIGGRAPH en 1997. Il applique à ces chemins l’algorithme de Metropolis-Hastings, une méthode statistique publiée en 1953 par Nicholas Metropolis et ses collègues, puis généralisée par Hastings. Cette famille de méthodes porte le nom de Monte-Carlo par chaînes de Markov (MCMC).

    Comme le path tracing, le MLT est non biaisé : avec assez de calcul, il converge vers l’image physiquement exacte. La différence tient à la façon de choisir les chemins de lumière à calculer.

    Le principe, comparé au path tracing

    Un path tracer comme Cycles tire ses chemins de manière indépendante : chaque échantillon part de la caméra, rebondit au hasard dans la scène et rapporte la lumière qu’il trouve. Le suivant ne sait rien du précédent. Le guide ray tracing et path tracing détaille ce fonctionnement.

    Le MLT, lui, fabrique une suite de chemins dont chacun est une mutation du précédent : on déplace un point de rebond, on change une direction, on rallonge le chemin. La mutation est acceptée ou rejetée selon un calcul de probabilité, de sorte qu’au total, les chemins sont visités en proportion de la lumière qu’ils apportent à l’image. Quand l’algorithme trouve un chemin qui porte beaucoup de lumière, il explore ses voisins au lieu de repartir de zéro : c’est l’exploration locale qui fait sa force.

    1. Amorçage. Des chemins de départ sont produits par une méthode classique, le path tracing bidirectionnel dans la version d’origine.
    2. Mutation. Le chemin courant est légèrement modifié. Veach et Guibas définissent cinq règles : trois explorent de près des familles difficiles, comme les caustiques ou les chemins spéculaire, diffus, spéculaire ; deux font des sauts plus grands.
    3. Acceptation. La variante est gardée avec une probabilité qui dépend de sa contribution comparée à celle du chemin courant.
    4. Accumulation. Chaque chemin visité ajoute sa lumière au pixel qu’il touche.

    Les tout premiers chemins ne suivent pas encore la bonne distribution : c’est le biais de démarrage. Les implémentations le suppriment en tirant plusieurs chemins de départ et en pondérant leur poids, si bien que le résultat reste non biaisé.

    Quand le MLT est utile, et quand il ne l’est pas

    Le MLT brille dans les scènes où presque toute la lumière passe par une petite fraction des chemins possibles. Exemples classiques :

    • une pièce éclairée seulement par une porte entrouverte ;
    • les caustiques, ces taches de lumière concentrée au fond d’une piscine ou derrière un verre ;
    • le petit reflet d’une lampe sur une surface brillante, vu à travers un verre dépoli.

    Sur ces scènes, un path tracer trouve rarement les bons chemins et produit du bruit et des points blancs isolés (fireflies). Le MLT, une fois un chemin lumineux trouvé, le creuse. À l’inverse, sur un éclairage simple, comme un extérieur au soleil ou un studio bien éclairé, il fait en général moins bien qu’un path tracer pour le même temps de calcul : le livre Physically Based Rendering, référence du domaine, le dit explicitement.

    Il a aussi des défauts propres. L’échantillonneur Metropolis de LuxCoreRender se décrit lui-même comme « non sensible au bruit » : il concentre ses échantillons sur les zones les plus lumineuses, et les zones sombres convergent plus lentement. Les échantillons étant corrélés, la répartition du calcul est moins prévisible qu’avec un path tracer, et l’algorithme d’origine est réputé difficile à programmer sans erreurs.

    Les variantes : PSSMLT et Multiplexed MLT

    • PSSMLT (Primary Sample Space MLT, Kelemen et coauteurs, 2002). Au lieu de muter le chemin lui-même, il modifie les nombres aléatoires qu’un path tracer ordinaire utilise pour le construire. Deux mutations suffisent : le grand pas, qui retire des nombres neufs, et le petit pas, qui les perturbe à peine. Beaucoup plus simple à écrire, il perd les mutations spécialisées de Veach.
    • Multiplexed MLT (Hachisuka et coauteurs, 2014). Il ajoute au PSSMLT le choix d’une seule stratégie de connexion du path tracing bidirectionnel à chaque échantillon. Dans l’exemple publié par le livre Physically Based Rendering, il donne une image bien plus propre que le path tracing bidirectionnel pour le même temps de calcul, sauf sur les surfaces éclairées directement.

    Le MLT dans Blender

    Cycles, le moteur de production de Blender, est un path tracer : il n’a pas de mode Metropolis. Pour utiliser un MLT dans Blender, il faut changer de moteur. LuxCoreRender, moteur libre, s’installe avec l’add-on BlendLuxCore, distribué au format extension :

    1. Installez BlendLuxCore et choisissez LuxCoreRender comme moteur dans Render Properties.
    2. Rendez sur le processeur : l’échantillonneur Metropolis, décrit par l’add-on comme adapté au rendu des caustiques, n’est proposé que pour le rendu CPU. Sur GPU, BlendLuxCore n’offre que Sobol et Random.
    3. Ses réglages par défaut : Large Mutation Probability à 40 % (la part de grands sauts), Max Consecutive Rejects à 512 et Image Mutation Rate à 10 %.

    Les matériaux et les lampes doivent alors être adaptés à LuxCoreRender : une scène réglée pour Cycles ne se transpose pas telle quelle.

    Les équivalents dans Cycles

    Sans quitter Cycles, trois outils traitent les mêmes scènes difficiles :

    • Path Guiding (Render Properties > Sampling) : Cycles apprend pendant le rendu les directions d’où vient la lumière, exactement pour le cas de la pièce éclairée par une porte. Le manuel précise deux limites : il ne fonctionne qu’en rendu CPU, et il n’est pas conçu pour les caustiques complexes. 128 à 256 échantillons d’apprentissage suffisent en général.
    • Les portails : une lampe Area avec l’option Portal, placée dans une fenêtre, guide les rayons vers le ciel. Chaque échantillon coûte plus cher, mais il en faut moins.
    • Shadow Caustics : en marquant les objets comme émetteurs et récepteurs de caustiques, et en activant Shadow Caustics sur la lampe ou sur le World, Cycles calcule les caustiques réfractives dans les ombres par la méthode MNEE. Le manuel la décrit comme une approximation, limitée à ce cas précis.

    Les options Reflective et Refractive du panneau Light Paths > Caustics coupent les caustiques quand elles ne font que du bruit, et Filter Glossy adoucit les reflets après un rebond flou. Les autres réglages qui jouent sur la durée de calcul sont réunis dans le guide pour accélérer un rendu Blender. Le BVH, la structure qui accélère la recherche d’intersections, sert au MLT comme au path tracing : les deux lancent des rayons.

    Les erreurs fréquentes

    • Croire que le MLT accélère toutes les scènes. Sur un éclairage ordinaire, il n’apporte rien et peut même faire moins bien.
    • Confondre bruit et caustiques. Les points blancs d’un rendu Cycles viennent souvent de chemins rares, comme le décrit le manuel ; les couper ou les filtrer est souvent plus rentable que de changer de moteur.
    • Activer le path guiding sur GPU. Il ne s’applique qu’au rendu CPU ; sur une carte graphique, restent les portails et les réglages de caustiques.
    • Changer de moteur en fin de projet. Passer de Cycles à LuxCoreRender oblige à revoir les matériaux et l’éclairage.

    Ce que cela change au temps de rendu

    Le MLT ne réduit pas la quantité de calcul par magie : il la répartit autrement, en insistant sur les chemins qui comptent. Sur une scène où la lumière passe par un goulet, il peut atteindre une image propre en beaucoup moins de temps qu’un path tracer ; sur une scène simple, il en demande autant ou plus. Dans Cycles, le bon réflexe reste de réduire d’abord le nombre de chemins difficiles (portails, caustiques coupées ou approximées), puis de répartir les images d’une animation sur plusieurs machines. TURNA calcule les scènes Cycles et EEVEE ; une scène réglée pour LuxCoreRender se rend sur votre propre machine.

    Questions fréquentes

    Qu’est-ce que le Metropolis Light Transport ?

    Le Metropolis Light Transport (MLT) est une méthode de rendu non biaisée publiée par Eric Veach et Leonidas Guibas en 1997. Au lieu de tirer chaque chemin de lumière au hasard, elle modifie légèrement le chemin précédent et garde ou rejette la modification selon sa contribution à l’image, grâce à l’algorithme de Metropolis-Hastings.

    Le MLT est-il plus rapide que le path tracing ?

    Pas en général. Il est plus efficace quand la lumière passe par très peu de chemins : une pièce éclairée par une porte entrouverte, des caustiques sous l’eau, une lampe derrière une vitre. Sur un éclairage simple, un path tracer classique fait aussi bien ou mieux pour le même temps de calcul.

    Qu’est-ce que le PSSMLT ?

    Le Primary Sample Space MLT, proposé par Kelemen et ses coauteurs en 2002, perturbe les nombres aléatoires qui servent à construire un chemin plutôt que le chemin lui-même. Il est beaucoup plus simple à programmer que le MLT d’origine, au prix de mutations moins spécialisées.

    Cycles utilise-t-il le Metropolis Light Transport ?

    Non. Cycles est un path tracer à échantillons indépendants. Pour les éclairages difficiles, il propose le path guiding (rendu CPU seulement), les lampes Area en mode Portal et les Shadow Caustics. Le MLT est disponible dans Blender par le moteur libre LuxCoreRender et son add-on BlendLuxCore, en rendu CPU.

    Le MLT est-il biaisé ?

    Non : il converge vers la solution exacte de l’équation du rendu. Les premiers chemins d’une chaîne ne suivent pas encore la bonne distribution, ce qu’on appelle le biais de démarrage, mais les implémentations l’éliminent en pondérant les chemins de départ.

    Rendre l'animation sur TURNA

    Quand la scène est déjà bien réglée et que c'est le nombre d'images qui prend du temps, le levier restant est de calculer plusieurs images à la fois. TURNA le fait pour Blender : un add-on (Blender 4.0 à 5.2, Cycles et Eevee) envoie la scène en un clic, et les images sont réparties sur 1, 2, 4 ou 8 GPU en parallèle, des RTX 5090 en priorité et des RTX 4090 à défaut. L'add-on affiche le coût estimé avant tout lancement. Le calcul part de 4,90 € l'heure, facturé au temps réellement consommé, 2 minutes minimum (30 secondes jusqu'au 9 novembre), et 25 € sont offerts à l'inscription. Une image fixe reste calculée par une seule machine : le gain porte sur les animations. Les paliers et des exemples chiffrés sont sur la page render farm Blender.

    Pour aller plus loin

    Sans abonnement

    Passez à l'ère du
    Plug & Render.

    Pas d'archive à préparer ni de machine à configurer : l'add-on envoie votre scène Blender et ses textures, et vous voyez le coût estimé avant de lancer.

    • Sans engagement
    • Payez ce que vous consommez

    Crédit offert sans carte bancaire.