Hi Ruopeng,

We generally get unstable performance when trying to load nifti ROIs or save track groups. Crashes are very common but unpredictable. Sometimes we will get crash after crash trying to save the same modestly-sized track group, but then things will just seem to start working fine for awhile. Deleting the initial default track group that gets created upon startup seems to help with the ROI-loading crashes (maybe a memory handling issue?), but not with the track-saving crashes. Have you seen behavior like this? Can you offer any suggestions to obtain more stable operation in the meantime until the software evolves? I can send you some crash reports if that would be usful. Thank you,

John

Our machines are Mac OS 10.5.8 Intel MacPros, and all show similar behavior.

Hi Ruopeng,

The ROIs in this case are being generated by FSL. I will email you a crash report from one of the times it has crashed while I was trying to save a .trk group.

Thanks,

John

Hi Armen,

Are all of your data on the local machine? For us, it seemed that most (all?) of the crashes were stemming from the fact that our data are on a network drive. So we now have our RA copy the subject folder to the local machine first, then perform tracking, and then copy it back into place on the network drive. It's a bit annoying to do, but better than crashing. Might be something to look into if your setup is similar.

John