Minor clarification
>> Probable fix :
>> During Step2 run the cpfind with a --linearmatch. In order to do that I 
had to use a user-defined-assistant fileas below. 
>> hugin_executor --assistant 
 --user-defined-assistant=C:/Users/svrvs/Downloads/Feb24/general.assistant 
 ./gen.pto
>>  Attached gen.log,  general.assistant ( in this I don't think checkpto, 
cpclean are really needed but that's a experiment for another day ). 
>>  This seem to take in the image as is per command line passed in step1.

During Step1, I used gen.pto as the filename to generate.

On Friday, March 29, 2024 at 11:06:32 PM UTC-7 Venkat wrote:

Let me take a another stab at this. 

Recapping  the original steps:  

1. pto_gen -o output.pto 1.jpg 2.jpg 3.jpg 4.jpg 5.jpg 6.jpg 7.jpg 8.jpg 
9.jpg 10.jpg 11.jpg 12.jpg
2. hugin_executor --assistant ./output.pto
3. hugin_executor --stitching --prefix=prefix ./output.pto

Problems:
1) Attached Default.txt which captures the log output of the above steps.  
>From Line 112 to Line 143 we could see the match is made
among the combinations of the images ex: image 0.jpg  (its actually 1.jpg 
but zero indexed internally ) with all other images, likewise other images
are matched as well. Ideally I want the match to be restricted to the 
sequence provided in the command line ie. 1 <> 2, 2<> 3 so on and so forth 
till 11 <> 12. 

Probable fix :
During Step2 run the cpfind with a --linearmatch. In order to do that I had 
to use a user-defined-assistant fileas below. 

hugin_executor --assistant 
 --user-defined-assistant=C:/Users/svrvs/Downloads/Feb24/general.assistant 
 ./gen.pto

Attached gen.log,  general.assistant ( in this I don't think checkpto, 
cpclean are really needed but that's a experiment for another day ). 

This seem to take in the image as is per command line passed in step1.

2) Initially step2 was around a minute.  step3 probably around 10 - 15 
seconds.  With the cpfind --linearmatch as in problem#1 
the time was cut down to 23 seconds during step2, step3 not a drastic 
change.


Btw, the images have restrictions to share


On Friday, March 29, 2024 at 3:04:35 AM UTC-7 T. Modes wrote:

Venkat schrieb am Freitag, 29. März 2024 um 02:09:38 UTC+1:

So when hugin_executor gets called with --assistant it calls 
"cpfind" with some defaults. This results in trying all matches ( 
regardless of sort or not  
during the "pto_gen" step). 


Either you have not set the multirow switch for the default cp generator or 
something else is going wrong.
But have been said already and I have the feeling we are going in circles. 
The best would be you provide a link to one image set and the log of 
commands. Then we can try ourself and compare with your output.

-- 
A list of frequently asked questions is available at: 
http://wiki.panotools.org/Hugin_FAQ
--- 
You received this message because you are subscribed to the Google Groups 
"hugin and other free panoramic software" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/hugin-ptx/826ed5eb-82c8-439f-97df-948a99cf375dn%40googlegroups.com.
            • ... Venkatramani Sankarlingam
          • Re... Greg 'groggy' Lehey
            • ... 'T. Modes' via hugin and other free panoramic software
            • ... Venkat
              • ... Greg 'groggy' Lehey
              • ... Venkat
              • ... Greg 'groggy' Lehey
              • ... Venkat
              • ... 'T. Modes' via hugin and other free panoramic software
              • ... Venkat
              • ... Venkat
              • ... 'T. Modes' via hugin and other free panoramic software
              • ... Venkat
  • Re: [hugin-ptx] Pro... Greg 'groggy' Lehey
  • [hugin-ptx] Providi... Venkat

Reply via email to