- 26 Jan, 2017 1 commit
-
-
Peter Eastman authored
-
- 13 Jan, 2017 1 commit
-
-
davidlmobley authored
-
- 09 Jan, 2017 1 commit
-
-
peastman authored
-
- 05 Jan, 2017 1 commit
-
-
peastman authored
-
- 02 Dec, 2016 2 commits
- 23 Nov, 2016 1 commit
-
-
peastman authored
-
- 11 Nov, 2016 3 commits
-
-
Jason Swails authored
-
Jason Swails authored
-
Jason Swails authored
- Make Python 2.7 a minimum requirement per pandegroup/openmm#1656 - Make the bond classes as well as other forcefield.py singletons inherit from Singleton to make them pickleable - Make class Bond inherit from namedtuple instead of tuple
-
- 10 Nov, 2016 1 commit
-
-
peastman authored
-
- 09 Nov, 2016 3 commits
- 20 Oct, 2016 1 commit
-
-
Peter Eastman authored
-
- 18 Oct, 2016 1 commit
-
-
John Chodera (MSKCC) authored
-
- 07 Oct, 2016 1 commit
-
-
John Chodera (MSKCC) authored
-
- 30 Sep, 2016 1 commit
-
-
peastman authored
-
- 22 Sep, 2016 1 commit
-
-
peastman authored
-
- 17 Aug, 2016 1 commit
-
-
peastman authored
-
- 10 Aug, 2016 1 commit
-
-
peastman authored
-
- 04 Aug, 2016 1 commit
-
-
peastman authored
-
- 12 Jul, 2016 2 commits
-
-
Peter Eastman authored
-
peastman authored
-
- 05 Jul, 2016 2 commits
- 29 Jun, 2016 1 commit
-
-
peastman authored
-
- 27 Jun, 2016 1 commit
-
-
Peter Eastman authored
-
- 22 Jun, 2016 2 commits
- 21 Jun, 2016 2 commits
- 19 Jun, 2016 1 commit
-
-
Justin MacCallum authored
-
- 15 Jun, 2016 1 commit
-
-
peastman authored
-
- 08 Jun, 2016 1 commit
-
-
Jason Swails authored
-
- 31 May, 2016 2 commits
- 29 May, 2016 1 commit
-
-
Justin MacCallum authored
The previous version of this code would compute the values of d0 and m0 for every iteration. This was unnecessary as these values are fixed at the start of the calculation by the radii of the particles involved. This resulted in unnecessary computation and memory access that dramatically slowed simulations using the GBn or GBn2 solvation models. The new version pre-computes the values based on the radii that are present in the system. Linear interpolation is used, which is consistent with Amber. The previous version of OpenMM used cubic, which gives slightly different results.
-
- 11 May, 2016 1 commit
-
-
Jason Swails authored
This doesn't lead to incorrect results, but it does erroneously flag some radii as being illegal when they aren't (making it impossible to run some suggested systems). The parameters need to be compared to the table limits *before* subtracting off the offset, whereas it's currently being done after.
-
- 09 May, 2016 1 commit
-
-
peastman authored
-