You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Digging deeper, the error seems to occur on:
jpeg_create_decompress(&cinfo);
(line 36918 of CImg.h), which is a call to libjpeg.
Now for the weird part:
As you can see from the output, the "*" indicate that at least a few images are loaded successfully. The crash always occurs on the same image number, regardless of the dataset! When going through VisualSfM, the error will occur with image #123. When going through the terminal, the crash will always occur at image #126.
If there are less images in the dataset, the algorithm runs through flawlessly. The results are independent of available system RAM.
Furthermore, it seems like the line after "jpeg_create_decompress()" is never executed for any image (when putting debug output, only stuff before that line is outputted, but nothing afterwards).
After taking the above findings into consideration, I suspected that some kind of RAM shortage, a memory leak, or a limit on the number of open files could be the problem. I tried to move the line:
std::FILE *const nfile = file?file:cimg::fopen(filename,"rb");
below the libjpeg call (see above). This will stop the crash. I am currently running through the dataset. As it will take a few hours, I will report back if it worked or not.
Just leaving this here as a reminder for me to do a patch for this, my local version has the patch.
The text was updated successfully, but these errors were encountered:
see:
https://groups.google.com/d/msg/vsfm/iHtXl7Imfm8/H_XlITLECgAJ
Digging deeper, the error seems to occur on:
jpeg_create_decompress(&cinfo);
(line 36918 of CImg.h), which is a call to libjpeg.
Now for the weird part:
As you can see from the output, the "*" indicate that at least a few images are loaded successfully. The crash always occurs on the same image number, regardless of the dataset! When going through VisualSfM, the error will occur with image #123. When going through the terminal, the crash will always occur at image #126.
If there are less images in the dataset, the algorithm runs through flawlessly. The results are independent of available system RAM.
Furthermore, it seems like the line after "jpeg_create_decompress()" is never executed for any image (when putting debug output, only stuff before that line is outputted, but nothing afterwards).
After taking the above findings into consideration, I suspected that some kind of RAM shortage, a memory leak, or a limit on the number of open files could be the problem. I tried to move the line:
std::FILE *const nfile = file?file:cimg::fopen(filename,"rb");
below the libjpeg call (see above). This will stop the crash. I am currently running through the dataset. As it will take a few hours, I will report back if it worked or not.
Just leaving this here as a reminder for me to do a patch for this, my local version has the patch.
The text was updated successfully, but these errors were encountered: