CLI - appQuitOnError inconsistent behavior

Hello,

We’ve been using the “appQuitOnError=true” option when running RC through the CLI, and what we’ve observed is not consistent at all. In a lot of cases, the app gets stuck and does NOT quit, even when an error is detected by RC (and logged as such in the logfile).

Can we have any guarantee that this appquitonerror option is working ?

Here for example is an error which was logged recently, and let the app running forever:


... full log file before that

Feature detection failed after 107 seconds.  
Processing failed: Unknown error.  
[Failed to detect features for image 'P:\...\<path\_to\_image\>\_DSC0762.JPG']  
[0x10003\0x10001]  
[0x10003\0x10001]  
Reconstruction failed after 106.788 seconds.

Why is this not considered as an error and does not quit the application ?

Thanks in advance

Hello,
I have just tested this with the same error creating scene and the app has quit correctly as expected.
Therefore this was either a random accident or the command was used in a wrong way. It should look as such
-set “appQuitOnError=true” 

Hello,

here is how the first few lines of that same logfile look like. You can see that the option is set correctly:


RealityCapture 1.0.3.9303 RC (c) Capturing Reality s.r.o.  
Using 32 CPU cores.  
Executing command 'set' with parameter 'appQuitOnError=true'  
Executing command 'set' with parameter 'appQuitOnReset=true'  
Executing command 'set' with parameter 'appProcessActionTime=0'  
Executing command 'set' with parameter 'appProcessAction=2'  
Executing command 'set' with parameter 'appProcessExecCmd=c:\myScripts\ErrorWriter.bat $(processResult) $(processId) $(processDuration:d) c:\myScripts\ErrorReport.txt'  
Executing command 'newScene'  
Executing command 'importGlobalSettings' with parameter 'c:\myScripts\RC\_Settings\_2019\_11\_2.rcconfig'  
Executing command 'addFolder' with parameter 'P:\\<path\_to\_folder1\>'  
Added 1474 images.  
Executing command 'addFolder' with parameter 'P:\\<path\_to\_folder2\>'  
Added 1473 images.  
Executing command 'addFolder' with parameter 'P:\\<path\_to\_folder3\>'  
Added 1467 images.  
Executing command 'align'  
Detected 40000 features in image '\_DSC6036.JPG'.

....

I have noticed in the logfile that you work with is from 1.0.3.9303.
Could you please try to use the latest version 10403 which can be downloaded via our site download button,
There may have been an issue with it there. 

I will try to see if I can upgrade RC on that machine, let me get back to you on that.

To understand better that topic, are all errors considered the same way by RC? In other words, should RC quit for ANY error happening when using the appQuitOnError option? or are certain errors treated differently, maybe with a different severity level? I did not find documentation on this in the application help.

 

As of what I know, they should all be considered as errors simply so yes, it should work on any literal error. Warning message or a note is different but error should be detected.

To follow up on this line of questions: do the “minidump” errors that sometimes happen also count as an error ? should ith therefore make the application quit ?

Here is an example of such an error when running through the GUI :

 

thanks in advance, I’m still investigating on the errors mentionned earlier

Hey Nilson,
for these, there is a function explained below. Hope this helps.

Hello,

Ok so I just have 2 different instances of this happening again to me. This time, I am running the latest version of RC.

  • CASE1 One of my reconstruction failed in the middle of it for unknown reasons and did NOT quit:

Here is the first part of the logfile:

RealityCapture 1.0.3.10403 RC (c) Capturing Reality s.r.o.
Using 32 CPU cores.
Executing command ‘silent’ with parameter ‘C:\Usersomoko\AppData\Local\Temp’
Executing command ‘set’ with parameter ‘appQuitOnError=true’
Executing command ‘set’ with parameter ‘appQuitOnReset=true’
Executing command ‘set’ with parameter ‘appProcessActionTime=0’
Executing command ‘set’ with parameter ‘appProcessAction=2’
Executing command ‘set’ with parameter ‘appProcessExecCmd=c:\usersomoko\appdata\local\programs\python\python38-32\lib\site-packages\factory_tools\res\ErrorWriter.bat $(processResult) $(processId) $(processDuration:d) c:\usersomoko\appdata\local\programs\python\python38-32\lib\site-packages\factory_tools\ErrorReport.txt’
Executing command ‘load’ with parameter ‘P:\Tiles\16_34318_-23005\Files\1_RC_Projects\georeference.rcproj’
Added 4914 images.
Loading Project completed in 34.274 seconds.
Executing command ‘importGlobalSettings’ with parameter ‘c:\usersomoko\appdata\local\programs\python\python38-32\lib\site-packages\factory_tools\res\RC_Settings_Unsegmented_2019_11_2.rcconfig’
Executing command ‘align’
Detected 40000 features in image ‘Day3 Front_SD001_100MSDCF__DSC0694.JPG’.
Detected 40000 features in image ‘Day3 Front_SD001_100MSDCF__DSC0877.JPG’.
Detected 40000 features in image ‘Day3 Front_SD001_100MSDCF__DSC0641.JPG’.

 

And the end of it:

Detected 40000 features in image ‘Day3 Back_SD003_100MSDCF__DSC5416.JPG’.
Feature detection completed in 16 seconds.
Finalizing 1 component
Reconstruction completed in 1829.061 seconds.
Executing command ‘setReconstructionRegion’ with parameter ‘P:\Tiles\16_34318_-23005\Files\8_Reconstruction_Box\16_34318_-23005.rcbox’
Executing command ‘mvs’
Processing failed: Unknown error.
[\0x2012\0x2010\0x2000\0x3704\0x2030\0x5051]
[\0x2012\0x2010\0x2000\0x3704\0x2030\0x5051]
Reconstruction in Normal Detail failed after 10528.288 seconds.

 

 

  • CASE2 Another one produced a crash report after a minidump and did not quit automatically either. I cannot attach the dump file here but I can send it to you if it helps.

THanks in advance for your help!

 

Hello dear user,
thank you for reporting this, I will send the information to the devs.

Hello, any news on this topic ?

Today, one more instance of this:

RealityCapture 1.0.3.10403 RC (c) Capturing Reality s.r.o.
Using 32 CPU cores.
Executing command ‘silent’ with parameter ‘C:\Usersomoko\AppData\Local\Temp’
Executing command ‘set’ with parameter ‘appQuitOnError=true’
Executing command ‘set’ with parameter ‘appQuitOnReset=true’
Executing command ‘set’ with parameter ‘appProcessActionTime=0’
Executing command ‘set’ with parameter ‘appProcessAction=2’
Executing command ‘set’ with parameter ‘appProcessExecCmd=c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\res\ErrorWriter.bat $(processResult) $(processId) $(processDuration:d) c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\ErrorReport.txt’
Executing command ‘load’ with parameter ‘P:\Tiles\16_34317_-22953\Files\1_RC_Projects\texture.rcproj’
Added 6078 images.
Loading Project completed in 54.867 seconds.
Executing command ‘importGlobalSettings’ with parameter ‘c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\res\RC_Settings_Unsegmented_2019_11_2.rcconfig’
Executing command ‘selectComponent’ with parameter ‘Component 1’
Executing command ‘selectModel’ with parameter ‘parent_model’
Executing command ‘simplify’ with parameter ‘c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\res/rc_data_formats_settings/simplify_500K.xml’
Simplification in Progress completed in 783.277 seconds.
Executing command ‘unwrap’ with parameter ‘c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\res/rc_data_formats_settings/Unwrap_LOD0.xml’
Unwrapping Model completed in 3.364 seconds.
Unwrapping Model completed in 9.458 seconds.
Unwrapping Model completed in 29.858 seconds.
Unwrapping Model completed in 42.683 seconds.
Executing command ‘renameModel’ with parameter ‘LOD0’
Executing command ‘reprojectTexture’ with parameters ‘parent_model LOD0 c:\usersomoko\appdata\local\programs\python\python37\lib\site-packages\factory_tools\res\rc_data_formats_settings\texture_reprojection.xml’
Processing failed: Operation failed.
[0x556b]
[0x556b]

 

In that case, the error was caused by having multiple models named the same in that rcproject. Still the problem is that this error did NOT stop RC!

Thanks in advance

Could you please try to reproduce this in the pre release version? Lots of things have changes since then and this may work different now. [404 - Capturing Reality](Redirecting... tn =-UK-R&c%5B0%5D=AT1du2OOfFKOnpzPwlyq04k21pH9hFLDUyJn0BXufJnod27kyzUUc4lY1FHcG14UOTmdKyCAgHDdbJk6mV6tPjJWQrzD8Mb8jkHSEPirlQN9pDtlcQ2LqMwBULpiPUVfwx-1U74GwoXTqglymfA1odFEo8Bb0FCV2RFe_BqafE5kdb-6)