Hi all,
The res id# columns in the pdb format only go up to 4 digits (9999). If you import an AMBER trajectory into VMD and write the pdb, it will start writing water IDs past 9999 as hex notation (x_2710) then we will have res id clashes for 10 straight values, then becomes x_271a. This will crash RINRUS since it is expecting an integer.
Hi all, The res id# columns in the pdb format only go up to 4 digits (9999). If you import an AMBER trajectory into VMD and write the pdb, it will start writing water IDs past 9999 as hex notation (x_2710) then we will have res id clashes for 10 straight values, then becomes x_271a. This will crash RINRUS since it is expecting an integer.
This messed up "standard" has been discussed here: https://github.com/openmm/openmm/issues/3501
I don't know if this is a bug that can be fixed. It may be that we have to specify workflows for printing PDBs from MD trajectories that avoid VMD.