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

DimensionAutoDock 4AutoDock Vina
SearchLamarckian genetic algorithmIterated local search
ScoringForce-field + empirical termsEmpirical, lower-dimensional
Speed (typical)Minutes per ligand, GA-dependentSeconds per ligand at default settings
Grid precomputeRequired (AutoGrid)Not required
Conformational search qualityStrong with enough GA runsStrong at default exhaustiveness
Calibration targetExperimental binding constantsCrystallographic pose reproduction
Best known forFree-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.

Bottom line: Vina for speed and interactive work; AutoDock4 when a published protocol or FEP pipeline depends on its scoring. They are not score-compatible — never compare a Vina kcal/mol directly with an AutoDock4 kcal/mol.

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?
For most interactive and screening work, yes — Vina is faster and usually matches or beats AutoDock4 pose accuracy. But they use different scoring functions and their affinity estimates are not on the same scale, so reproducing a published AutoDock4 protocol may still require AutoDock4.
Why does Vina not need AutoGrid?
Vina computes interaction energies on the fly during its iterated local search instead of precomputing affinity grids. This removes the grid-generation step and the associated memory, at the cost of slightly more per-evaluation computation.
Can I compare Vina scores between two ligands?
Within the same run, same protein, and same box, Vina scores are comparable and useful for ranking. Across different proteins or box definitions, the absolute values are not comparable — the scoring function is not calibrated for cross-target affinity prediction.
Which one does the VigyanLLM docking tool use?
It uses Vina for pose search and scoring, then adds a GNINA convolutional network re-score of the top poses and reports a consensus score. That gives you Vina's speed plus a second, independent ranking signal.

References

  1. Goodsell, D. S., & Olson, A. J. (1990). Automated docking of flexible ligands: using artificial keys. Proteins, 8(3), 195–202.
  2. Trott, O., & Olson, A. J. (2010). AutoDock Vina: improving the speed and accuracy of docking. Journal of Computational Chemistry, 31(2), 455–461.
  3. 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.