Choose a version:
50% The original file has 1212375 bytes (1,184.0k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 606923 bytes (592.7k, 50%).

After GZIP compression these minified files vary in size:
unpkg
  185097 bytes (180.8k)
CDN
gzip -6 (default)
  151571 bytes (148.0k)
local copy
jsdelivr
  151449 bytes (147.9k)
CDN
gzip -9
  150987 bytes (147.4k)
local copy
libdeflate -12
  145909 bytes (142.5k)
local copy
7zip -mx=9 -tgzip
  145717 bytes (142.3k)
local copy
zultra
  145662 bytes (142.2k)
local copy
kzip -s0 -rn -b0
  145399 bytes (142.0k)
local copy
Zopfli
  145361 bytes (142.0k)
local copy
pigz -11 -n
  145334 bytes (141.9k)
local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/threejs/three-r112.min.js (or via HTTPS)

You will automatically get the smallest ThreeJS 112 file, ETag caching is available and
if your browser doesn't support GZIP decompression then the uncompressed version will be sent.

Currently best Zopfli settings

Save 6088 bytes by using my ThreeJS 112 Zopfli version instead of the best available CDN (4.19% smaller than jsdelivr, 145361 vs. 151449 bytes):
You can use my super-compressed files for whatever purpose you like as long as you respect the library's original license agreement.
There are no restrictions from my side - but please avoid hot-linking if you run a high-traffic website.

These command-line settings yielded the best compression ratio so far (Linux version of zopfli-krzymod):
zopfli --i1000000 --mb8 --mls1024 --bsr20 --lazy --ohh

(found January 1, 2020)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 1024  --mls1024
block splitting recursion 20  --bsr20
lazy matching in LZ77 yes  --lazy
optimized Huffman headers yes  --ohh
initial random W for iterations 1  --rw1
initial random Z for iterations 2  --rz2

Even Smaller Files Thanks To Defluff

Zopfli's output can be further optimized by the defluff tool.
In this particular case, defluff saves 4 more bytes (145357 bytes).

Verify file integrity

After decompression, my uncompressed files are identical to the original ones:

MD5:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r112/build/three.min.js --location | md5sum
365f3df0a3268ce28686a660a6d149d1  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r112.min.zopfli.js.gz | md5sum
365f3df0a3268ce28686a660a6d149d1  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/mrdoob/three.js/r112/build/three.min.js --location | sha1sum
bdbec92550f6e619f0947a6bb7274f71ee6927c1  -
curl --silent --compressed https://minime.stephan-brumme.com/files/threejs/three-r112.min.zopfli.js.gz | sha1sum
bdbec92550f6e619f0947a6bb7274f71ee6927c1  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
unpkg 185097 bytes 365f3df0a3268ce28686a660a6d149d1 (invalid)
jsdelivr 151449 bytes 365f3df0a3268ce28686a660a6d149d1 December 30, 2019 @ 09:57

Note: only the MD5 hashes are shown to keep things simple.

Other Versions

Available ThreeJS versions at minime.stephan-brumme.com:

148, 147, 146, 145, 144, 143, 142, 141, 140, 139, 138, 137, 136, 135, 134, 133, 132, 131, 130, 129, 128, 127, 126, 125, 124, 123, 122, 121, 120, 119, 118, 117, 116, 115, 114, 113, 112, 111, 110, 109, 108, 107, 106, 105, 104, 103, 102, 101, 100, 99, 98, 97, 96, 95, 94, 93, 92, 91, 90, 89, 88, 87, 86, 85, 84, 83, 82, 81, 80, 79, 78, 77, 76, 75, 74, 73, 72, 71, 70, 69, 68, 67, 66, 65, 64, 63, 62, 61, 60, 59, 58, 57, 56, 55, 54, 53, 52, 51, 50

The project site contains an overview how well these versions were compressed.
Other interesting projects are AngularJS, BackboneJS, Bootstrap, D3, Dojo, Ember, jQuery, Knockout, lodash, React, Socket.IO, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
145361 bytes -7 bytes zopfli --i1000000 --mls1024 --bsr20 --lazy --ohh January 1, 2020 @ 19:41
145368 bytes -10 bytes zopfli --i100000 --mls1024 --bsr20 --lazy --ohh December 30, 2019 @ 20:11
145378 bytes -25 bytes zopfli --i10000 --mls1024 --bsr20 --lazy --ohh December 30, 2019 @ 15:31
145403 bytes -6 bytes zopfli --i1000 --mls1024 --bsr20 --lazy --ohh December 30, 2019 @ 10:33
145409 bytes -16 bytes zopfli --i1000 --mls1024 --bsr17 --lazy --ohh December 30, 2019 @ 10:31
145425 bytes -3 bytes zopfli --i1000 --mls1024 --bsr14 --lazy --ohh December 30, 2019 @ 10:31
145428 bytes zopfli --i100 --mls1024 --bsr17 --lazy --ohh December 30, 2019 @ 10:19

If there are multiple parameter sets yielding the same compressed size, only the first one found is shown.

Most recent activity on July 20, 2020 @ 12:52.

Heatmaps

This Zopfli heatmap visualizes how compression changes when modifying the --bsr and --mls parameter.
Cell's contents is the best filesize achieved (in bytes, hover with mouse over cells to see number of iterations).

Good parameters are green, bad are red. The best and worst are bold as well.
The brightness of the blue background color indicates how many iterations were processed:
10,000, 100,000 or 1,000,000.
bsr \ mls
2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768
bsr \ mls
2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768
145594 145491 145596 145482 145488 145478 145629 145608 145580 145526 145513 145603 145635 145582 145574
145516 145537 145516 145502 145551 145503 145528 145533 145533 145556 145531 145519 145529 145536 145518
145461 145485 145482 145481 145486 145484 145468 145471 145473 145476 145468 145571 145518 145524 145471
145498 145498 145470 145467 145502 145463 145474 145392 145484 145427 145486 145484 145575 145568 145589
145505 145503 145510 145504 145504 145467 145460 145502 145411 145434 145459 145460 145462 145496 145552
145470 145469 145467 145462 145505 145468 145452 145461 145494 145478 145473 145456 145462 145500 145509
145505 145511 145480 145491 145503 145469 145500 145606 145492 145417 145478 145471 145521 145496 145516
145475 145476 145480 145427 145468 145465 145498 145542 145489 145428 145484 145464 145494 145614 145498
145506 145503 145506 145504 145510 145504 145529 145461 145483 145427 145455 145454 145547 145519 145517
145471 145508 145467 145474 145483 145463 145458 145474 145475 145452 145446 145495 145500 145589 145515
145469 145483 145492 145504 145484 145461 145477 145456 145453 145406 145425 145446 145547 145497 145516
145500 145501 145504 145507 145475 145501 145468 145405 145511 145406 145461 145450 145583 145565 145539
145507 145476 145480 145472 145480 145469 145467 145394 145473 145420 145417 145447 145573 145491 145514
145485 145485 145477 145485 145479 145467 145445 145492 145447 145381 145485 145456 145582 145569 145550
145503 145502 145508 145478 145502 145481 145445 145502 145490 145498 145487 145459 145542 145489 145430
145463 145463 145473 145464 145481 145462 145447 145459 145490 145420 145484 145573 145571 145568 145549
145463 145466 145472 145461 145472 145466 145466 145494 145487 145361 145477 145450 145522 145495 145487
145503 145501 145506 145495 145472 145467 145443 145561 145464 145454 145478 145452 145583 145600 145548
145503 145504 145479 145471 145479 145463 145453 145564 145575 145399 145476 145450 145494 145502 145454
145462 145505 145504 145462 145475 145463 145443 145539 145488 145424 145479 145487 145549 145589 145483
145505 145500 145476 145469 145509 145467 145443 145503 145484 145495 145479 145497 145561 145580 145516
145463 145469 145472 145462 145487 145467 145416 145462 145471 145424 145483 145448 145527 145531 145481
145504 145502 145494 145470 145476 145479 145466 145403 145506 145418 145450 145497 145486 145505 145482

Due to the Monte Carlo design of my search algorithm, not all parameters have reached the same number of iterations yet:
Iterations Min. Bytes Reduction Coverage
100 145428 bytes 100%
1,000 145403 bytes -25 bytes 100%
10,000 145378 bytes -25 bytes 100%
100,000 145368 bytes -10 bytes 0.58%
1,000,000 145361 bytes -7 bytes 0.29%
10,000,000

KZIP has far less options available for tuning/optimization. I only played around with the number of blocks (parameter -n):
Blocks Min. Bytes Compared To Best Zopfli Compared To Best KZIP
145399 bytes +38 bytes (+0.03%)
146062 bytes +701 bytes (+0.48%) +663 bytes
145991 bytes +630 bytes (+0.43%) +592 bytes
145787 bytes +426 bytes (+0.29%) +388 bytes
145678 bytes +317 bytes (+0.22%) +279 bytes
145656 bytes +295 bytes (+0.20%) +257 bytes
145593 bytes +232 bytes (+0.16%) +194 bytes
145551 bytes +190 bytes (+0.13%) +152 bytes
145526 bytes +165 bytes (+0.11%) +127 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
However, support for Brotli is constantly growing - but your browser doesn't support it.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 97177 bytes -48184 bytes (-33.15%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 112348 bytes -33013 bytes (-22.71%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 117899 bytes -27462 bytes (-18.89%)
Brotli (Wikipedia) brotli brotli -q 11 123201 bytes -22160 bytes (-15.24%)
LZMA2 (Wikipedia) xz xz -9 123956 bytes -21405 bytes (-14.73%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 129277 bytes -16084 bytes (-11.06%)
Zstandard (Wikipedia) zstd zstd -19 130027 bytes -15334 bytes (-10.55%)

Detailled Analysis

I wrote a DEFLATE decoder in Javascript. Click the button below to start a client-side analysis of the smallest gzipped files (may take a second):


Notes: pigz is a fast open source multi-threaded implementation of gzip written by one of the original authors of gzip.
However, when using compression level 11, pigz actually switches to the slower Zopfli algorithm and isn't multi-threaded anymore.
KrzyMOD's extensions to Zopfli offer the highest level of configuration and is therefore used for my brute-force search.
Ken Silverman wrote the closed-source KZIP compression program and Jonathon Fowler ported it to Linux.
Defluff was created by Joachim Henke; DeflOpt is a tool by Ben Jos Walbeehm.

website made by Stephan Brumme in 2015 and still improving in 2024.
all timestamps are displayed in central european time. see my changelog.
no flash, not even images or external css files - and everything squeezed into a single html file.
which was handsomely compressed before releasing it into the wild internet - obviously.

please visit my homepage and my blog, too.
email: minime (at) stephan-brumme.com

All trademarks are property of their respective owners. You know, the boring legal stuff.