C’est le point central. Un sub voiture ne se branche pas directement sur le secteur.
Une vieille alim de PC fait très bien le job. 500W minimum, 700W+ si ton ampli est gourmand.
Pour forcer le démarrage sans PC :
# Court-circuiter le fil vert (PS_ON, pin 16) avec n'importe quel fil noir (GND)
# Un trombone ou un bout de fil suffitLes rails 12V jaunes = ta puissance. Les noirs = masse. C’est tout.
Avantage : cheap, souvent dispo en récup, protection intégrée contre les surcharges.
Inconvénient : peut introduire un léger bruit de fond (ripple) — soignable avec un condensateur sur la ligne 12V.
Plus propre électriquement, réglable, avec affichage courant/tension. Utile pour le debug. Mais ça coûte plus cher pour le même résultat final.
Un ampli voiture mono classe D, c’est l’outil le plus adapté. Il accepte du 12V directement et pilote un sub sans transformer.
| Critère | Pourquoi |
|---|---|
| Classe D mono | Efficace, peu de chaleur, pensé pour les basses |
| Subsonic filter réglable | Indispensable pour descendre bas sans cramer le sub |
| Low pass filter (LPF) | Pour ne laisser passer que les basses |
| Impédance supportée | 2Ω ou 1Ω si tu veux câbler plusieurs subs |
Depuis un PC ou un téléphone :
Jack 3.5mm stéréo → adaptateur RCA → entrée RCA de l'ampli
Certains amplis ont une entrée haut-parleur (speaker level input) — pratique si ta source n’a pas de sortie RCA.
C’est souvent là que tout se joue. Un bon sub dans un mauvais caisson, ça donne un résultat médiocre.
Pour du 20-30 Hz comme dans la vidéo → bass-reflex accordé bas, volume généreux (60-100L selon le sub).
WinISD (Windows/Wine) permet de simuler le comportement du sub dans différents volumes et accords avant de couper le MDF. À utiliser systématiquement.
Une fois tout branché :
[Source audio — PC/téléphone]
↓ Jack 3.5 → RCA
[Ampli mono 12V]
↓ câble HP
[Subwoofer dans caisson]
↑
[Alim ATX 12V — fil vert ponté sur masse]
Pas besoin d’être électronicien. Avec une alim ATX récupérée et un ampli d’entrée de gamme sérieux, tu peux avoir quelque chose qui joue proprement en dessous de 30 Hz pour moins de 150€.
]]>J’avais tort.
Le Labo du Jeu Vidéo explore comment les jeux simulent (ou feignent de simuler) des phénomènes physiques réels — lumière, son, mouvement, collision, fluides. Pas d’un point de vue technique pur, mais en montrant l’écart entre ce qui se passe réellement dans le moteur et ce que le joueur perçoit.
C’est cet écart qui est fascinant. La plupart des “simulations” dans les jeux sont des approximations calculées pour paraître justes plutôt que pour être justes. Ça marche parce que notre cerveau comble les lacunes.
Le chapitre sur la physique des véhicules est celui qui m’a le plus retenu, pour une raison évidente : je passe du temps dans BeamNG.
La majorité des jeux de voiture utilisent des modèles de physique de carrosserie rigide — le véhicule est un bloc indéformable avec des points de contact aux roues. C’est suffisant pour simuler la conduite, mais ça ne dit rien sur ce qui se passe quand la structure est soumise à des forces importantes.
BeamNG fait autre chose. Le modèle soft-body que j’utilise au quotidien — les nœuds, les poutres, les seuils de déformation — c’est exactement la distinction que le livre met en avant entre simulation et approximation. BeamNG est l’un des rares jeux grand public à résoudre les équations plutôt qu’à les contourner.
Lire l’explication théorique de ce que je manipule concrètement dans les fichiers JBeam a changé ma façon de voir les paramètres. Quand je règle un deform ou un damp, je ne tweak plus un chiffre — je fixe une propriété matérielle dans un système d’équations différentielles.
Je m’attendais à ce que le chapitre audio soit basique. Il ne l’est pas.
La partie sur la propagation sonore dans les jeux — comment les moteurs audio calculent (ou simulent) la réverbération, l’occlusion, l’effet Doppler — m’a rappelé des trucs que je connais du côté car audio mais que je n’avais jamais connectés à l’univers du jeu vidéo.
Un truc concret : la plupart des moteurs de jeu n’implémentent pas de vraie propagation d’onde sonore. Ils utilisent des systèmes de zones et de courbes d’atténuation précalculées. C’est pour ça que le son dans un couloir d’un FPS ne sonne jamais vraiment comme un couloir — les réflexions sont soit absentes soit stéréotypées.
FMOD et Wwise font mieux, mais même là c’est de l’approximation. La vraie acoustique géométrique en temps réel reste trop coûteuse.
La physique des fluides en temps réel — les simulations de eau, fumée, feu. C’est brièvement mentionné mais pas développé. C’est un sujet à part entière et je comprends le choix éditorial, mais c’est ce qui me manque le plus dans le livre.
Aussi : aucune mention de BeamNG, ce qui est dommage. C’est l’exemple parfait de ce que le livre décrit comme la direction vers laquelle la simulation physique peut aller.
Pas parce que c’est un livre technique — il ne l’est pas vraiment, c’est de la vulgarisation accessible. Mais parce qu’il donne un cadre pour comprendre pourquoi les jeux fonctionnent comme ils fonctionnent, et où se situent les compromis entre fidélité physique et jouabilité.
Si tu utilises BeamNG pour autre chose que crasher des voitures, si tu t’intéresses à comment les sons se comportent dans l’espace, ou si tu te demandes pourquoi la lumière dans les jeux a toujours quelque chose d’un peu faux — ce livre répond à ces questions mieux que n’importe quel article que j’ai trouvé en ligne.
]]>J’ai construit plusieurs caissons en MDF pour tester différentes approches avec le même subwoofer. Le but n’était pas juste de faire du SPL, mais d’obtenir des basses profondes, propres et capables de descendre bas sans devenir brouillonnes.
J’ai testé du MDF plus fin sur un ancien caisson. Mauvaise idée. Même si le subwoofer fonctionne, les panneaux vibrent, le grave devient moins propre et certaines fréquences créent des résonances parasites.
Le MDF 18 mm reste un bon compromis coût / rigidité pour un projet DIY.
Avant de découper quoi que ce soit, j’ai simulé plusieurs volumes et accords sous WinISD.
Le logiciel permet de visualiser :
Sans simulation, on travaille quasiment à l’aveugle.
Très mauvaise approche.
Beaucoup de plans partagés :
Résultat :
Mon premier accord était autour de 40 Hz.
Sur certaines musiques ça tapait fort, mais :
J’ai ensuite testé un accord plus bas autour de 32-34 Hz, beaucoup plus agréable pour :
Le subwoofer descendait beaucoup mieux sans devenir agressif.
Un gros problème des caissons DIY, c’est la flexion des panneaux.
Même un MDF épais peut vibrer si :
J’ai ajouté :
Différence immédiate :
J’ai choisi un évent slot intégré plutôt qu’un tube PVC.
Avantages :
Mais il faut faire attention :
J’ai sous-estimé la vitesse d’air au début. À fort volume, l’évent sifflait légèrement.
Après augmentation de la surface :
Les simulations WinISD donnent une base. Mais une fois dans une voiture ou une pièce réelle, tout change.
J’ai utilisé :
Dans une voiture, les basses fréquences sont énormément amplifiées.
Certaines fréquences devenaient beaucoup trop fortes alors qu’elles semblaient équilibrées dans WinISD.
Le comportement réel dépend :
Un simple changement d’orientation du caisson modifiait complètement la réponse.
Certaines fréquences disparaissaient presque totalement à la position d’écoute.
Même avec EQ :
À ce moment-là, j’ai compris que :
| Configuration | Résultat |
|---|---|
| Accord plus bas (~33 Hz) | Grave plus profond et plus musical |
| Gros évent avec surface suffisante | Moins de bruit d’air |
| Renforts internes | Grave plus propre |
| Double façade MDF | Moins de vibrations |
| Mesures REW | Correction des vrais problèmes |
| Simulation WinISD avant découpe | Gain énorme de temps |
| Erreur | Conséquence |
|---|---|
| Copier un plan internet sans vérifier | Accord faux |
| Event trop petit | Chuffing |
| Accord trop haut | Grave agressif |
| Pas assez de renforts | Vibrations |
| Se fier uniquement aux simulations | Mauvais résultat réel |
| EQ excessive | Distorsion |
Au début je regardais uniquement :
Erreur.
Le délai de groupe change énormément la sensation des basses.
Un caisson qui joue très fort peut devenir :
J’ai préféré sacrifier un peu de SPL pour obtenir :
J’ai perdu énormément de temps à “tuner à l’oreille”.
Les mesures montrent immédiatement :
Les évents prennent énormément de place dans un vrai caisson.
Entre :
Le volume utile diminue vite.
L’orientation du caisson change parfois plus le résultat que :
Dans certaines configurations :
Le tuning d’un subwoofer bass-reflex est beaucoup plus complexe qu’un simple calcul de fréquence d’accord.
Les simulations sont essentielles, mais elles ne remplacent jamais :
Le plus gros apprentissage pour moi :
Et surtout : mesurer change complètement la manière de construire un système audio.
]]>Ubuntu / Debian — la base. Les dépôts stables, le gestionnaire de paquets APT, l’écosystème qui fonctionne sans friction. Ce que ça enseigne : que “ça marche” n’est pas un critère suffisant si tu veux comprendre ce qui se passe en dessous.
Fedora — le packaging RPM, SELinux, et une philosophie de mise à jour différente. Fedora m’a appris à apprécier un système opinionné qui fait des choix cohérents. Je ne suis pas toujours d’accord avec ses choix, mais ils sont documentés et défendables.
NixOS — le concept de configuration déclarative et reproductible. Théoriquement génial. Pratiquement, la courbe d’apprentissage est brutale et le langage Nix est… particulier. Je comprends l’attrait, je ne suis pas prêt à habiter dedans.
Gentoo — compiler depuis les sources, comprendre les USE flags, attendre 6 heures qu’un navigateur compile. Ce que ça enseigne : comment le système est réellement assemblé, et pourquoi les distributions binaires sont un cadeau que tu n’apprécies qu’après les avoir perdues.
Arch n’est pas la distribution la plus facile. Ce n’est pas non plus la plus performante par défaut, ni la plus stable au sens Debian du terme. Ce qui la distingue :
L’AUR (Arch User Repository) — l’accès à presque n’importe quel logiciel, maintenu par la communauté, dans un format cohérent. La longue traîne des logiciels que les dépôts officiels ne packagient pas devient accessible en quelques secondes.
Le rolling release — pas de migrations de version, pas de “Ubuntu 24.04 → 26.04”. Les paquets sont mis à jour en continu. Ça demande de lire les news avant de faire pacman -Syu parfois, mais c’est un compromis acceptable.
Le wiki — l’Arch Wiki est la meilleure documentation Linux qui existe. Elle est utile même quand tu n’utilises pas Arch. C’est la référence que je consulte sur n’importe quelle distribution.
La minimalisme de base — Arch ne décide rien à ta place sur l’environnement de bureau, le display manager, le gestionnaire de son. Tu construis ce que tu veux. Ça prend plus de temps la première fois, mais tu sais exactement ce qui tourne sur ta machine.
CachyOS est une distribution basée sur Arch qui shippe avec des patches kernel orientés performance (notamment le scheduler BORE et les patches EEVDF), des paquets recompilés avec des flags d’optimisation CPU, et une interface d’installation plus accessible.
Pour du gaming sous Linux ou n’importe quel workload latency-sensitive, la différence est mesurable. Je l’utilise sur ma machine principale, avec Arch vanilla dans des VMs pour les tests.
Pas vraiment quelle distribution est “la meilleure”. Plutôt : comment les distributions font leurs choix, pourquoi le même logiciel se comporte différemment selon l’environnement, et que la majorité des problèmes Linux viennent de 3 sources : le kernel, les drivers (principalement GPU), et systemd dans ses interactions avec le reste.
Le distro hopping n’est pas une perte de temps si tu l’abordes avec une question précise à chaque fois. “Je veux comprendre comment NixOS gère les dépendances” est une bonne raison. “Je suis ennuyé” en est une moins bonne — même si elle est honnête.
]]>Un subwoofer à 1000W RMS ne produit pas deux fois plus de pression acoustique qu’un à 500W. La relation entre puissance électrique et SPL (Sound Pressure Level) est logarithmique : pour gagner 3 dB de pression, il faut doubler la puissance. Pour gagner 10 dB — ce qui est perçu comme “deux fois plus fort” — il faut multiplier la puissance par 10.
Concrètement : passer de 500W à 1000W te donne +3 dB. Passer de 500W à 5000W te donne +10 dB. La puissance a des rendements décroissants très rapides.
Ce qui compte réellement :
L’efficacité (sensibilité) — exprimée en dB/W/m. Un woofer à 90 dB/W/m alimenté avec 100W produit 110 dB à 1m. Un woofer à 85 dB/W/m a besoin de 316W pour le même résultat.
Le déplacement (Xmax et Sd) — la quantité d’air déplacée. Pour les basses fréquences, c’est ça qui fait la pression, pas la puissance. Volume d'air = Sd × Xmax. Un woofer avec un grand diamètre et un long débattement peut reproduire des infrasons avec moins de puissance qu’un petit woofer poussé à fond.
Chaque haut-parleur a une fréquence de résonance libre (Fs). En dessous de Fs, le haut-parleur ne joue plus — il consomme de l’énergie sans produire de pression utile, et chauffe.
Dans une enceinte close, Fs monte. Dans un bass-reflex accordé correctement, l’évent prend le relais autour de l’accord. Le choix du type d’enceinte dépend directement de ce que tu veux descendre en fréquence et de ce que le woofer peut physiquement faire.
J’ai appris ça en simulant des enceintes avec WinISD avant de couper du MDF. Simuler d’abord, construire ensuite — j’aurais économisé du bois et du temps si j’avais commencé par là.
Le rebassed (l’ajout de fréquences graves synthétiques sur des tracks US rap) est souvent méprisé dans les cercles audiophiles sérieux. Je comprends pourquoi, et je m’en fous.
Ce qui m’intéresse dans le rebassage c’est ce qu’il révèle sur le système : un sub qui joue proprement du 20 Hz rebassé sans distorsion visible, sans claquement mécanique, c’est un système qui a de la marge. C’est un test de stress.
Et honnêtement, 20 Hz à 110 dB dans un habitacle, c’est une expérience physique difficile à reproduire autrement.
Si je recommençais : moins regarder les watts, plus regarder le Vas, le Qts et le Fs. Simuler avant de commander. Et accepter que le gain le plus important ne vient pas du subwoofer lui-même, mais de la conception de l’enceinte et du placement dans l’espace.
L’acoustique de salle (ou d’habitacle) annule ou amplifie les fréquences de façon qui dépasse souvent l’apport de n’importe quel upgrade hardware. C’est frustrant, mais c’est la réalité.
]]>BeamNG utilise un moteur de physique soft-body en temps réel. Chaque véhicule est modélisé comme un réseau de nœuds (masses ponctuelles) reliés par des poutres (ressorts/amortisseurs). Il n’y a pas de hitbox rigide, pas de mesh de collision simplifié — chaque déformation est le résultat direct de la simulation des forces appliquées à chaque nœud individuellement.
Ce qui veut dire que quand une voiture s’écrase contre un mur à 80 km/h, le simulateur ne joue pas une animation de crash pré-calculée. Il résout des milliers d’équations différentielles en temps réel pour déterminer comment chaque partie de la carrosserie se déforme sous la contrainte.
C’est fondamentalement différent de tout ce qu’Assetto Corsa, iRacing ou Forza proposent.
En moddant des véhicules, j’ai dû comprendre les paramètres réels de suspension pour que les comportements soient cohérents :
J’aurais pu lire ça dans un manuel de mécanique auto. Mais le voir en temps réel, modifier un paramètre et observer immédiatement la conséquence sur le comportement du véhicule — c’est une autre forme de compréhension.
Créer un mod dans BeamNG, c’est écrire des fichiers JSON qui décrivent la topologie physique du véhicule. Chaque poutre a une résistance à la tension, une résistance à la compression, un seuil de rupture. Chaque nœud a une masse, une position.
{
"nodes": [
["id", "posX", "posY", "posZ"],
["chassis_fr", -0.72, 1.45, 0.32],
["chassis_fl", 0.72, 1.45, 0.32]
],
"beams": [
["id1", "id2", {"spring": 4500000, "damp": 15000, "deform": 85000}],
["chassis_fr", "chassis_fl", {}]
]
}C’est du génie civil appliqué à une Japonaise des années 90.
Ce serait malhonnête de ne pas mentionner ce que BeamNG ne fait pas bien : la dynamique des pneus à haute vitesse reste approximative comparée à des simulateurs dédiés comme Assetto Corsa Competizione. Le modèle thermique des freins est simplifié. Et le comportement aérodynamique est quasi absent sur les véhicules de série.
C’est un outil d’apprentissage sur la structure et la mécanique, pas un outil de préparation à la compétition.
Parce que c’est l’un des rares softwares qui me permet de formuler une hypothèse, la tester immédiatement, et observer le résultat dans un système physique complexe — sans avoir de voiture, d’atelier, ou de budget pour casser du métal réel.
C’est ça, un laboratoire.
]]>