Release notes

Brian 2.0b4

This is the fourth (and probably last) beta release for Brian 2.0. This release adds a few important new features and fixes a number of bugs so we recommend all users of Brian 2 to upgrade. If you are a user new to Brian, we also recommend to directly start with Brian 2 instead of using the stable release of Brian 1. Note that the new recommended way to install Brian 2 is to use the Anaconda distribution and to install the Brian 2 conda package (see Installation).

This is however still a Beta release, please report bugs or suggestions to the github bug tracker (https://github.com/brian-team/brian2/issues) or to the brian-development mailing list (brian-development@googlegroups.com).

Major new features

  • In addition to the standard threshold/reset, groups can now define “custom events”. These can be recorded with the new EventMonitor (a generalization of SpikeMonitor) and Synapses can connect to these events instead of the standard spike event. See Custom events for more details.
  • SpikeMonitor and EventMonitor can now also record state variable values at the time of spikes (or custom events), thereby offering the functionality of StateSpikeMonitor from Brian 1. See Recording variables at spike time for more details.
  • The code generation modes that interact with C++ code (weave, Cython, and C++ standalone) can now be more easily configured to work with external libraries (compiler and linker options, header files, etc.). See the documentation of the cpp_prefs module for more details.

Improvemements and bug fixes

  • Cython simulations no longer interfere with each other when run in parallel (thanks to Daniel Bliss for reporting and fixing this).
  • The C++ standalone now works with scalar delays and the spike queue implementation deals more efficiently with them in general.
  • Dynamic arrays are now resized more efficiently, leading to faster monitors in runtime mode.
  • The spikes generated by a SpikeGeneratorGroup can now be changed between runs using the set_spikes method.
  • Multi-step state updaters now work correctly for non-autonomous differential equations
  • PoissonInput now correctly works with multiple clocks (thanks to Daniel Bliss for reporting and fixing this)
  • The get_states method now works for StateMonitor. This method provides a convenient way to access all the data stored in the monitor, e.g. in order to store it on disk.
  • C++ compilation is now easier to get to work under Windows, see Installation for details.

Important backwards-incompatible changes

  • The custom_operation method has been renamed to run_regularly and can now be called without the need for storing its return value.
  • StateMonitor will now by default record at the beginning of a time step instead of at the end. See Recording variables continuously for details.
  • Scalar quantities now behave as python scalars with respect to in-place modifications (augmented assignments). This means that x = 3*mV; y = x; y += 1*mV will no longer increase the value of the variable x as well.

Infrastructure improvements

  • We now provide conda packages for Brian 2, making it very easy to install when using the Anaconda distribution (see Installation).

Contributions

Code and documentation contributions (ordered by the number of commits):

Testing, suggestions and bug reports (ordered alphabetically, apologies to everyone we forgot...):

  • Daniel Bliss
  • Damien Drix
  • Rainer Engelken
  • Beatriz Herrera Figueredo
  • Owen Mackwood
  • Augustine Tan
  • Ot de Wiljes

Brian 2.0b3

This is the third beta release for Brian 2.0. This release does not add many new features but it fixes a number of important bugs so we recommend all users of Brian 2 to upgrade. If you are a user new to Brian, we also recommend to directly start with Brian 2 instead of using the stable release of Brian 1.

This is however still a Beta release, please report bugs or suggestions to the github bug tracker (https://github.com/brian-team/brian2/issues) or to the brian-development mailing list (brian-development@googlegroups.com).

Major new features

  • A new PoissonInput class for efficient simulation of Poisson-distributed input events.

Improvements

  • The order of execution for pre and post statements happending in the same time step was not well defined (it fell back to the default alphabetical ordering, executing post before pre). It now explicitly specifies the order attribute so that pre gets executed before post (as in Brian 1). See the Synapses documentation for details.
  • The default schedule that is used can now be set via a preference (core.network.default_schedule). New automatically generated scheduling slots relative to the explicitly defined ones can be used, e.g. before_resets or after_synapses. See Scheduling for details.
  • The scipy package is no longer a dependency (note that weave for compiled C code under Python 2 is now available in a separate package). Note that multicompartmental models will still benefit from the scipy package if they are simulated in pure Python (i.e. with the numpy code generation target) – otherwise Brian 2 will fall back to a numpy-only solution which is significantly slower.

Important bug fixes

  • Fix SpikeGeneratorGroup which did not emit all the spikes under certain conditions for some code generation targets (#429)
  • Fix an incorrect update of pre-synaptic variables in synaptic statements for the numpy code generation target (#435).
  • Fix the possibility of an incorrect memory access when recording a subgroup with SpikeMonitor (#454).
  • Fix the storing of results on disk for C++ standalone on Windows – variables that had the same name when ignoring case (e.g. i and I) where overwriting each other (#455).

Infrastructure improvements

Contributions

Code and documentation contributions (ordered by the number of commits):

Testing, suggestions and bug reports (ordered alphabetically, apologies to everyone we forgot...):

  • Daniel Bliss
  • Owen Mackwood
  • Ankur Sinha
  • Richard Tomsett

Brian 2.0b2

This is the second beta release for Brian 2.0, we recommend all users of Brian 2 to upgrade. If you are a user new to Brian, we also recommend to directly start with Brian 2 instead of using the stable release of Brian 1.

This is however still a Beta release, please report bugs or suggestions to the github bug tracker (https://github.com/brian-team/brian2/issues) or to the brian-development mailing list (brian-development@googlegroups.com).

Major new features

  • Multi-compartmental simulations can now be run using the C++ standalone mode (this is not yet well-tested, though).
  • The implementation of TimedArray now supports two-dimensional arrays, i.e. different input per neuron (or synapse, etc.), see Timed arrays for details.
  • Previously, not setting a code generation target (using the codegen.target preference) would mean that the numpy target was used. Now, the default target is auto, which means that a compiled language (weave or cython) will be used if possible. See Computational methods and efficiency for details.
  • The implementation of SpikeGeneratorGroup has been improved and it now supports a period argument to repeatedly generate a spike pattern.

Improvements

  • The selection of a numerical algorithm (if none has been specified by the user) has been simplified. See Numerical integration for details.
  • Expressions that are shared among neurons/synapses are now updated only once instead of for every neuron/synapse which can lead to performance improvements.
  • On Windows, The Microsoft Visual C compiler is now supported in the cpp_standalone mode, see the respective notes in the Installation and Computational methods and efficiency documents.
  • Simulation runs (using the standard “runtime” device) now collect profiling information. See Profiling for details.

Infrastructure and documentation improvements

  • Tutorials for beginners in the form of ipython notebooks (currently only covering the basics of neurons and synapses) are now available.
  • The Examples in the documentation now include the images they generated. Several examples have been adapted from Brian 1.
  • The code is now automatically tested on Windows machines, using the appveyor service. This complements the Linux testing on travis.
  • Using a version of a dependency (e.g. sympy) that we don’t support will now raise an error when you import brian2 – see Dependency checks for more details.
  • Test coverage for the cpp_standalone mode has been significantly increased.

Important bug fixes

  • The preparation time for complicated equations has been significantly reduced.
  • The string representation of small physical quantities has been corrected (#361)
  • Linking variables from a group of size 1 now works correctly (#383)

Contributions

Code and documentation contributions (ordered by the number of commits):

Testing, suggestions and bug reports (ordered alphabetically, apologies to everyone we forgot...):

  • Conor Cox
  • Gordon Erlebacher
  • Konstantin Mergenthaler

Brian 2.0beta

This is the first beta release for Brian 2.0 and the first version of Brian 2.0 we recommend for general use. From now on, we will try to keep changes that break existing code to a minimum. If you are a user new to Brian, we’d recommend to start with the Brian 2 beta instead of using the stable release of Brian 1.

This is however still a Beta release, please report bugs or suggestions to the github bug tracker (https://github.com/brian-team/brian2/issues) or to the brian-development mailing list (brian-development@googlegroups.com).

Major new features

  • New classes Morphology and SpatialNeuron for the simulation of Multicompartment models
  • A temporary “bridge” for brian.hears that allows to use its Brian 1 version from Brian 2 (Brian 1 Hears bridge)
  • Cython is now a new code generation target, therefore the performance benefits of compiled code are now also available to users running simulations under Python 3.x (where scipy.weave is not available)
  • Networks can now store their current state and return to it at a later time, e.g. for simulating multiple trials starting from a fixed network state (Continuing/repeating simulations)
  • C++ standalone mode: multiple processors are now supported via OpenMP (Multi-threading with OpenMP), although this code has not yet been well tested so may be inaccurate.
  • C++ standalone mode: after a run, state variables and monitored values can be loaded from disk transparently. Most scripts therefore only need two additional lines to use standalone mode instead of Brian’s default runtime mode (C++ standalone).

Syntax changes

  • The syntax and semantics of everything around simulation time steps, clocks, and multiple runs have been cleaned up, making reinit obsolete and also making it unnecessary for most users to explicitly generate Clock objects – instead, a dt keyword can be specified for objects such as NeuronGroup (Running a simulation)
  • The scalar flag for parameters/subexpressions has been renamed to shared
  • The “unit” for boolean variables has been renamed from bool to boolean
  • C++ standalone: several keywords of CPPStandaloneDevice.build have been renamed
  • The preferences are now accessible via prefs instead of brian_prefs
  • The runner method has been renamed to custom_operation

Improvements

Bug fixes

57 github issues have been closed since the alpha release, of which 26 had been labeled as bugs. We recommend all users of Brian 2 to upgrade.

Contributions

Code and documentation contributions (ordered by the number of commits):

Testing, suggestions and bug reports (ordered alphabetically, apologies to everyone we forgot…):

  • Guillaume Bellec
  • Victor Benichoux
  • Laureline Logiaco
  • Konstantin Mergenthaler
  • Maurizio De Pitta
  • Jan-Hendrick Schleimer
  • Douglas Sterling
  • Katharina Wilmes