| User | Post |
|
1:43 pm May 6, 2010
| johnc
| | |
| Member | posts 13 |
|
|
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.
|
|
|
11:41 am May 10, 2010
| Ruopeng
| | |
| Admin
| posts 353 |
|
|
This sounds like a pretty serious problem. Yes, if you can provide me the crash report that would be very helpful. Also, how was the ROI file generated? In TrackVis, or by other programs?
Thanks,
Ruopeng
|
|
|
6:44 pm May 28, 2010
| johnc
| | |
| Member | posts 13 |
|
|
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
|
|
|
3:10 am September 20, 2010
| Armen
| | |
| Member | posts 25 |
|
|
I also have this problem. I am using a Mac (10.6.4) and the ROIs are drawn in Trackvis. When trying to load the ROIs the program randomly crashes, sometimes multiple times in a row.
Thanks.
Armen
|
|
|
12:25 pm September 20, 2010
| johnc
| | |
| Member | posts 13 |
|
|
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
|
|
|
3:40 pm April 17, 2011
| lei
| | |
| Member | posts 3 |
|
|
Hi all,
I recently started using TrackVis and am experiencing this same problem. Was there any resolution to this, or was it due to just to the network drive? Unfortunately, all of my data is on the local machine and I still see this problem – TrackVis crashes every time.
I am also using ROIs generated in FSL, and on a Macbook Pro 10.5.8.
Any help is greatly appreciated – thanks!
Lei
|
|
|
12:07 pm April 18, 2011
| Ruopeng
| | |
| Admin
| posts 353 |
|
|
Would it be possible to send me the track file and a ROI file that crashes? That would be very helpful.
Thanks,
Ruopeng
|
|
|
3:23 pm April 20, 2011
| lei
| | |
| Member | posts 3 |
|
|
Ok great – I sent it via the drop box (https://www.nmr.mgh.harvard.edu/facility/filedrop/index.html).
Thanks very much,
Lei
|
|
|
12:45 pm April 22, 2011
| Ruopeng
| | |
| Admin
| posts 353 |
|
|
Thanks for the data. It appears your ROI volume does not have the same geometry as the track file (i.e., the original diffusion volumes). You must transform the ROI to the diffusion space first.
In any case, I'm still investigating when it crashes the program as it should not have passed the error-checking step.
Best,
Ruopeng
|
|
|
2:56 pm April 22, 2011
| lei
| | |
| Member | posts 3 |
|
|
Hi Ruopeng,
Ah, that makes sense. Thanks for looking into that – for future, is there something in particular I could look for in the report for debugging after it crashes?
Thanks,
Lei
|
|
|
2:26 pm April 29, 2011
| Ruopeng
| | |
| Admin
| posts 353 |
|
|