Not sure if I get your point. The images are not circles so hfov is only an estimate. The right value would be something between hfov and vfov I guess. But why is the origin special? Of course I would need to make sure to calculate the angle between 359° and 1° as 2°. But that is even more tricky when implementing your version with quadrangles. I'm pretty sure there is some sort of transformation to avoid those problem...
Am Donnerstag, 20. Januar 2022, 17:15:47 CET schrieb [email protected]: > The angles compared in your step 3 aren't actually in comparable units. So > your method would miss overlaps near the origin (where two photos each have > small y and p values but opposite signs on their y and p values). > > On Thursday, January 20, 2022 at 11:04:47 AM UTC-5 [email protected] wrote: > > Pseudocode: > > 1) convert y p r to a direction vector > > 2) compute angle between two direction vectors A and B > > 3) compare angle to hfovA/2 + hfovB/2 > > 4) if the angle is smaller it’s possible it overlaps. Must check rotation > > of the two images to be sure > > > > On Thu, 20 Jan 2022 at 10:37 PM, chaosjug <[email protected]> wrote: > >> Hi, > >> > >> does someone have the formulas or a code example how to calculate if > >> images > >> overlap? So starting with y,p,r,hfov and aspect ratio. I only need an > >> estimate, so I hope I can neglect the lens type. > >> > >> Regards > >> Stephan -- 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/3218425.44csPzL39Z%40chaos-home.
