Does the Decap tool check the validity of a license? If so, if we have network licensing and borrow a license, can this check be skipped?
Solved! Go to Solution.
Solved by anil_mistry. Go to Solution.
Hi @BrockwellS,
DeCap is authorized using the same license as ReCap Pro. It does not, however, provide an interface for activating such a license. As a result, you need to first have a valid, activated license for ReCap Pro before using DeCap.exe.
Thank you and have a great day!!!
Please select the Accept as Solution button if my post solves your issue or answers your question.
Hi @BrockwellS,
I am checking back to see if my post helped you with your question. Please, select the Accept as Solution button if my post solves your issue or answers your question.
Let me know if you have any further questions or concerns.
Thank you and have a great day!
It's a performance issue for us. If every call to Decap performs a license check, we have a network limitation on processing hundreds of thousands of smaller files. Would it be possible, for example, to disconnect the box that's running the conversion from LAZ to RCP and use the validated license with its auth code? Or is there a way to simply use the auth code? It's the network check that appears to be the issue for us.
@BrockwellS wrote:
...we have a network limitation on processing hundreds of thousands of smaller files...
It's true that in this type of environment, DeCap will need to check the license every time it's started. However, I'm curious why you need to call it so many times? DeCap should be run at the project level (not per-scan) - you can index multiple files into the same RCP project by specifying the list at the command line (or with --controlFile and a text list).
Just some thoughts.
-Ryan
I have setup of Decap to run multiple instances for the purpose of batch processing across different cores on the PC (4 projects, each to use 2 cores). I have come to realize that the license check (either decap.exe or adskFaroConverter.exe) has halted this process and causing all projects to infinitely process and never finish.
When running multiple instances of Decap, All instances will hang up and stay idle until forced to close at around 2-3% completion.
I am curious to know the logic of creating a command line feature that doesn't allow someone to perform batch processes.
Please, if there is a work around let me know.
Example: I run for decap executions on separate files. license shows to validate on all four, however at[1 9]-[3 9] all instances will get "stuck" and stay at the same percentage unless they are force closed.
If i run just a single instance, everything works just fine. I am open to suggestions here but I need to be able to processing multiple projects at a time.
Decap does check license for each instance and it also supports multiple instance running. We will work on solutions to avoid duplicate license check for multiple instances.
From your screenshot, it shows the license check has passed for all the instanced and had moved to the next phase. Something else might go wrong with your project. Do you mind to share with use your sample dataset and your decap settings so that we can investigate on this problem?
Thank you,
Yan
I have similar problem with the current version of Recap
I have made a program which splits the files into groups and a control file for each group. After control files created the program runs a decap.exe with each control file. However license check success is erratic and it seems to me that the timeout for checking license is too small. Unfortunatelly It can't be changed. As more and more process running license check module will be less responsive so there should be a parameter how long to wait for license.
The command is working because if I do this manually it happens also but I only need to run the command a 2nd time and it will run.
For a workaround I will implement stdout redirect and check if command runs as expected or needs a second start.
Hi All. I am seeing the same issue as reported by batyi.tamas. The license check fails unpredictably when multiple las to rcp conversions are run in parallel. Please see the python code below for an example.
Please let me know if a work around exists.
Can't find what you're looking for? Ask the community or share your knowledge.