AutoDock vs AutoDock Vina
The original grid-based docking program and its faster successor — what changed in the search, what changed in the scoring, and when each is still the right choice.
AutoDock and AutoDock Vina come from the same lab and share a lineage, but they are different programs with different scoring functions and different search algorithms. AutoDock (Goodsell & Olson, 1990) is the classic grid-based dockers: precomputed affinity grids, a Lamarckian genetic algorithm, and a force-field-derived scoring function with separate van der Waals, electrostatic, and desolvation terms. Vina (Trott & Olson, 2010) replaced the search with an iterated local search and rewrote the scoring as a simpler empirical function — and in its original benchmark, reproduced crystal poses with equal or better accuracy at roughly two orders of magnitude less CPU time.
The practical consequence is not "Vina won, use Vina everywhere." Vina's speed made it the default for interactive work and virtual screening, but AutoDock4's scoring still correlates better with certain congeneric series, and the two programs' affinity estimates are not on the same scale. This page lays out the differences so you can choose deliberately.
Search Algorithm
AutoDock's Lamarckian genetic algorithm (GA) maintains a population of ligand conformations, recombines and mutates them, and periodically performs local refinements — the "Lamarckian" part means locally optimized poses can be inherited. It is robust but slow: a production run typically needs dozens to hundreds of GA runs per ligand to converge, and the settings (population size, number of evaluations, number of runs) materially affect the result.
Vina uses iterated local search: it perturbs the current best pose, optimizes it, and keeps the move if it improves the score, restarting from random starting points. It needs no GA population tuning, and it searches several modes automatically. In practice Vina reaches an equivalent or better pose in a fraction of the wall-clock time, which is why it became the default for interactive docking.
Scoring Function
AutoDock4's scoring is a molecular-mechanics-style function: Gaussian steric terms, a distance-dependent dielectric for electrostatics, a desolvation term weighted by atom type, and separate hydrogen-bond and torsion penalties. It was calibrated against a set of experimentally measured binding constants, so its kcal/mol estimates attempt to be physically meaningful.
Vina's scoring is empirical and deliberately lower-dimensional: a weighted sum of gauss1/gauss2 steric terms, a hydrophobic term, a hydrogen-bond term, and a torsion penalty. It was fit to reproduce crystallographic poses rather than free energies, and its reported affinity is an estimate whose absolute value should not be compared directly with AutoDock4's.
The practical rule: for ranking close analogs in a congeneric series, both work; for absolute affinity estimates, neither replaces a measured Ki. When the two disagree strongly on a ligand, inspect the pose rather than averaging the scores.
Side-by-Side Comparison
| Dimension | AutoDock 4 | AutoDock Vina |
|---|---|---|
| Search | Lamarckian genetic algorithm | Iterated local search |
| Scoring | Force-field + empirical terms | Empirical, lower-dimensional |
| Speed (typical) | Minutes per ligand, GA-dependent | Seconds per ligand at default settings |
| Grid precompute | Required (AutoGrid) | Not required |
| Conformational search quality | Strong with enough GA runs | Strong at default exhaustiveness |
| Calibration target | Experimental binding constants | Crystallographic pose reproduction |
| Best known for | Free-energy perturbation workflows (AutoDockFR, LGA) | Interactive docking, virtual screening |
When AutoDock 4 Is Still Worth Using
Use AutoDock4 when you are reproducing a published protocol that specifies it, when you are feeding poses into a downstream Free Energy Perturbation (FEP) calculation that expects AutoDock4 scoring, or when a published congeneric series was ranked with AutoDock4 and you need to stay on the same scale. It is also a useful cross-check: if Vina and AutoDock4 agree on a pose, confidence is higher than from either alone.
When Vina Is the Right Default
For interactive browser docking, first-pass feasibility checks, and virtual screening of a focused library, Vina's speed and lack of GA tuning make it the sensible default. It is also what most modern web tools wrap, because the seconds-per-ligand profile is what makes an interactive session possible. If you want a cloud option that runs Vina plus a CNN re-scoring pass, the VigyanLLM docking tool does exactly that, and the free molecular docking page explains the pipeline. For a broader server-side comparison, see AutoDock vs SwissDock.
Exhaustiveness, Modes, and Run-to-Run Variability
Vina's main search knob is exhaustiveness, defaulting to 8. It scales the number of stochastic search attempts roughly linearly: doubling it approximately doubles runtime and gives the search more chances to find the global minimum rather than a local one. For a rigid, deep pocket the default is usually sufficient; for a flexible loop or a ligand with many rotatable bonds, raising it to 16 or 32 is cheap insurance. What you should never do is compare a ligand docked at exhaustiveness 8 against another docked at 32 and read the score difference as chemistry — the search thoroughness changed with it.
Vina also reports multiple modes (poses), defaulting to a maximum of nine distinct binding modes. Reporting modes matters more than it sounds: if the top three modes cluster within about 1 kcal/mol of each other, the scoring function genuinely cannot distinguish those orientations, and any downstream claim about the exact binding pose should acknowledge the ambiguity. If one mode sits a clear margin below the rest, you have a defensible primary pose.
Then there is stochastic variability. Both search algorithms are seeded; rerunning the same ligand with a different seed can shift scores by a few tenths of a kcal/mol and occasionally reorder near-tied neighbors. For publication-grade results the standard practice is simple: fix and report the seed, report exhaustiveness, and treat score differences smaller than roughly half a kcal/mol as noise rather than signal. AutoDock4's Lamarckian genetic algorithm has the same character — its "number of runs" parameter plays the role Vina's exhaustiveness does, and a converged result is one where independent restarts agree.
Reproducing a Published Docking Protocol
If you are reproducing someone else's numbers, seven protocol details decide whether your scores land anywhere near theirs. Engine and version: Vina 1.2 changed defaults relative to 1.1, and AutoDock4 has had point releases with scoring tweaks. Grid box: center and size in Å, because a box that is 4 Å too large lets the search consider orientations the original study never saw. Ligand preparation: protonation state, partial charges, and which tautomer was used — this is the single most common source of irreproducible scores. Search thoroughness: exhaustiveness for Vina, GA runs and population settings for AutoDock4. Random seed: whether it was fixed. Protein preparation: whether waters, cofactors, and hydrogens were retained. Ranking rule: whether poses were selected by Vina score, by consensus, or by visual inspection against known contacts.
Report all seven in your methods, and add the two negative controls that make the result credible: a known active ligand that should rank well, and a decoy that should not. If your reproduction cannot separate those two, the protocol difference is in the details above — almost always ligand preparation or box definition, not the engine choice itself.
Preparing the Receptor and the Ligand
Half of docking's irreproducibility lives in preparation, not in the engine choice. For the receptor: start from the PDB file, decide what to do with crystallographic waters (the usual answer is delete them, but a structural water bridging a known contact is worth keeping — note whichever you chose), remove other heteroatoms and ions that are not part of the site, add polar hydrogens, and assign partial charges consistently. If a cofactor or a metal ion coordinates the ligand in the reference structure, leaving it out changes the electrostatics of the whole pocket and can invert the ranking of chelating ligands. Both AutoDock and Vina workflows expect the receptor in PDBQT form, which adds the charge and atom-type columns that the scoring functions read.
For the ligand, the same discipline applies with three extra decisions: the protonation state at physiological pH (a tertiary amine that is protonated in the reaction but docked neutral will score wrong), the tautomer and stereochemistry you want to test (docking will not fix them for you — it samples conformations, not chemical identity), and the rotatable-bond definition (each rotatable bond multiplies the search space). AutoDock tools traditionally split these steps across PrepareReceptor/PrepareLigand and AutoDockTools; Vina workflows commonly use Meeko for ligand PDBQT generation. Whichever path you take, record it — two ligand preparers disagreeing about a protonation state will move Vina scores by more than the difference you were trying to measure.
Dock with Vina and a CNN re-score in one run
The VigyanLLM docking tool runs Vina pose search followed by GNINA re-scoring, with an in-browser 3D viewer — free for small ligand sets.
Frequently Asked Questions
Is AutoDock Vina a replacement for AutoDock 4?
Why does Vina not need AutoGrid?
Can I compare Vina scores between two ligands?
Which one does the VigyanLLM docking tool use?
References
- Goodsell, D. S., & Olson, A. J. (1990). Automated docking of flexible ligands: using artificial keys. Proteins, 8(3), 195–202.
- Trott, O., & Olson, A. J. (2010). AutoDock Vina: improving the speed and accuracy of docking. Journal of Computational Chemistry, 31(2), 455–461.
- Eberhardt, J., et al. (2021). AutoDock Vina 1.2.0: New docking methods, expanded force field. Journal of Chemical Information and Modeling, 61(8), 3891–3898.