proj-imim:
Re: Killing the Birds
Helmut Dersch 2000-May-29 19:21:34
Ed Howard wrote:
>
> How about revisiting the partial pano solution.
> If it could be reengineered to not require the balance of the image being
> added, (with a HFOVTIC parameter - that's horizontal field of view that
> image covers).
>
> BIRD1 - It would be easier to do the partial panos.
>
Ed,
You have to remap your partial pano to equirectangular projection.
Panorama Tools adds the black pixels by default, so it is actually simpler
to make the 360° version.
> BIRD2 - We could use it for displaying zoom&pan stills. by specifying a very
> small HFOVTIC and matching HFOV along with pan limits. The Frame controls
> would still function.
>
You could set such limits now by using panmax and panmin so that
hfov = panmax-panmin. You will notice that tilting is impossible
in such a panorama (panlimits get exceeded), so essentially you
end up with a still image, for which you don't need a panorama viewer.
> BIRD3 - It would also work for displaying multiple images (with no load
> times) by putting several images next to each other in 1 .jpg(or inserting
> multiple images like hotspot images). Then if we could alter pan limits on
> the fly without reloading image, we could instantly hop from 1 image to
> another. Why go this route you ask? Someday we could combine it with
> automatically sequenced moveFromTos and gotoViews to orchistrate motion
> shows. The auto sequencing would be nice for full panos also..
>
This could be done in a cleaner way by preloading all panoramas.
> BIRD4 - Cyclovisioneers & other funky uneven pano folks wouldn't need to add
> pixels.
>
See Bird1: The Cyclovision method I sent to you automatically
creates a symmetrical image. It would be more work to remove
the black parts.
> I must admit though that I still like the idea of displaying stills LARGER
> than the viewer window.
>
But you don't need a panorama viewer for that.
Regards
Helmut