Professional Documents
Culture Documents
What’s New? — RELION Documentation
What’s New? — RELION Documentation
Release 5.0
Blush regularisation
Dari Kimanius has developed a new method to incorporate more prior knowledge into
the cryo-EM refinement process than the one typically used (which merely assumes
smoothness in real-space, or limited power in Fourier-space). This method is called
Blush regularisation and it uses a denoising convolutional neural network inside the
iterative refinement algorithm of Class3D, Refine3D or MultiBody jobs. The effects of
this are largest when the signal is weak and standard refinement in RELION would
overfit (as for example visible from streaky artefacts in the solvent region). Using Blush
reglarisation, Dari successfully refined a data set of a 40 kDa protein:RNA complex to
2.5A. The same data set was intractable in standard RELION or CryoSPARC.
Johannes Schwab developed a method called DynaMight that ‘explores protein Dyna-
mics, and Might improve your map’. It is based on a variational auto-encoder that pre-
dicts 3D deformations of a Gaussian model for the consensus map, and a deformed
v:
backprojection algorithm that release-5.0
attempts
to “un-do” these deformations to reconstruct an
improved consensus map.
David Li developed a useful utility to select subsets of filament particles that belong to
the same structural class. It has been implemented on the Helix tab of the Subset selec-
tion job type.
Suyash Tandon from AMD and Jason Do from Intel, together with their colleagues,
have contributed code for GPU acceleration of RELION-5 in HIP/ROCm and SYCL, re-
spectively. This means that the relion_refine program can now also be run effi-
ciently on AMD and Intel GPUs. (The previously existing CUDA implementation and
vectorised CPU-acceleration still work too.)
Alister Burt, Euan Pyle, Sjors Scheres and others have developed a new pipeline for sub-
tomogram averaging that starts with serialEM mdoc files and raw movies, and poten-
tially ends with automated model building by ModelAngelo. You can access it by
launching relion --tomo from the command line. However, please do note that this
part of the code is not yet well tested and we have not yet been able to write an explana-
tory tutorial for this, so please be patient. Until we have finished the documentation and
testing, you can play with the code already, but we cannot yet provide any feedback…
Release 4.0
Watch Sjors giving a Structural Studies Colloquium at MRC-LMB about the new fea-
tures in release 4.0 on YouTube. Note that since then, Schedules have been renamed to
Schemes to prevent confusion with the existing functionality to schedule jobs in the
GUI.
Dari Kimanius has implemented a new, gradient-driven algorithm with implicit regular-
isation, called Variable-metric Gradient Descent with Adaptive Moments (VDAM). The
VDAM algorithm replaces the previously implemented SAGD algorithm for initial mod-
el generation, and makes 2D and 3D classification faster, especially for large data sets. A
preprint/publication about this work, together with the automated class selection and
the execution of workflow, is pending.
Liyi Dong developed a new algorithm for automatic selection of 2D class average images
that combines features that are extracted from RELION’s 2D classification metadata
with a convolutional neural network that acts on the 2D class averages themselves. The
corresponding program, relion_class_ranker can be called through the Subset
selection job type.
The CCP-EM team, mainly Matt Iadanza, Colin Palmer and Tom Burnley, have imple-
mented a python-based pipeliner in the CCP-EM software that mimics the RELION
pipeliner, but will be extended to include other CCP-EM softwares too. The python in-
terface is convenient for scripting, and can also be called from RELION’s main GUI, by
adding the additional argument relion --ccpem & .
Release 3.1
Aberration corrections and optics groups
One of the major new features in RELION-3.1 is a correction for higher-order aberrations
in the data, i.e. besides the beamtilt correction already present in RELION-3.0, the cur-
rent version can also estimate and correct for trefoil and tetrafoil, as well as deviations
from the nominal spherical aberration (Cs). The corresponding paper can be found on
bioRxiv [ZNS20]. The signal to estimate these aberrations is calculated by averaging
over particles from multiple micrographs. To allow for multiple subsets of a data set
having different Zernike coefficients, RELION-3.1 implements the new concept of optics
groups. Optics groups are defined in a separate table called data_optics at the top
of a STAR file, which will also contain a table called data_movies ,
data_micrographs or data_particles , depending on what type of images it
refers to. The second table is similar to the content of STAR files in previous releases,
but contains a new column called rlnOpticsGroup , which is also present in the
data_optics table. Common CTF-parameters, like rlnVoltage and
_`rlnSphericalAberration , but also the new rlnOddZernike and
rlnEvenZernike , can be stored once for each optics group in the data_optics
table, without the need to store them for each particle/micrograph in the second table.
The same program that handles higher-order aberrations can also be used to refine dif-
ferences in (anisotropic) magnification between the reference and (groups of) the parti-
cles. Besides correcting for anisotropic magnification in the data, this is also useful
when combining data from different scopes. As of release 3.1, the program that does
2D/3D classification and 3D refinement ( relion_refine ) can combine particles
with different box sizes and pixel sizes in a single refinement, and the magnification re-
finement can be used to correct small errors in the (calibrated) pixel sizes. The box and
pixel size of the input reference (or the first optics group in 2D classification) will be
used for the reconstructions/class averages. You may want to check they are on the de-
sired scale before running classifications or refinements!
Upon reading STAR files that were generated in older releases of RELION, RELION-3.1 will
attempt to convert these automatically into the RELION-3.1-style STAR files. Therefore,
moving a project from an older release to RELION-3.1 should be easy.
RELION-3.1 allows execution of third-party software within the RELION pipeline through
the new External job-type. See this section for details on how to use this.
The python script relion_it.py in RELION-3.0 has been replaced by a new frame-
work of Schedules, which implement decision-based scheduling and execution of RELION
jobs. This comes with its own GUI interface. See Schedules for details on how to use
this.
General tweaks
The pipeliner no longer looks for output files to see whether a job has finished. In-
stead, upon successful exit, all programs that are launched from within the RELION
pipeline will write out a file called RELION_EXIT_SUCCESS in the job directory.
This avoids problems with subsequent execution of scheduled jobs with slow disc
I/O.
Likewise, when encountering an error, all programs will write out a file called
RELION_EXIT_FAILURE . The GUI will recognise these jobs and use a red font in
the Finished jobs list. Note that incorrectly labeled jobs can be changed using the
‘Mask as finished’ or ‘Mark as failed’ options from the Job actions pull-down
menu.
There is an ‘Abort running’ option on the Job actions pull-down menu, which will
trigger the currently selected job to abort. This works because all jobs that are exe-
cuted from within the RELION pipeline will be on the lookout for a file called
RELION_JOB_ABORT_NOW in their output directory. When this file is detected, the
job will exit prematurely and write out a RELION_EXIT_ABORTED file in the job
directory. Thereby, users no longer need to kill undesired processes through the
queuing or operating system. The GUI will display aborted jobs with a strike-
through red font in the Finished jobs list.
When a job execution has given an error, in previous releases the user would need
to fix the error through the input parameters, and then launch a new job. They
would then typically delete the old job. RELION-3.1 allows to directly overwrite the
old job. This is accessible on Linux systems through ALT+o or through the
Overwrite continue option from the ‘File menu’. Note that the run.out and
run.err files will be deleted upon a job overwrite.
Ad by EthicalAds ·