[hugin-ptx] Dragging of customized image groups in fast preview

2011-02-18 Thread Darko Makreshanski
Hi, I got some free time after my exams, so I decided to implement the dragging of images in customized groups in the fast preview. The changes I've made: - In the Move/Drag tab there is a new checkbox: Custom drag images - When this checkbox is checked this mode is enabled and with

Re: [hugin-ptx] Re: Mosaic mode - experience questions

2010-10-29 Thread Darko Makreshanski
Hi, On 10/29/2010 10:22 AM, voschix wrote: 5. the possibility to move, and zoom in and out in the preview window without changing the X, Y parameters. Hi, you can use the new 'Overview' in mosaic mode and zoom in/out and move around the scene. Also I believe you can use the Overview to

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-29 Thread Darko Makreshanski
Oskar Sander wrote: I don't quite understand what you mean with consistency so I'd appreciate if you explained to me when you have time. Here is an example. In image [1] two images are connected with control points and aligned with non-zero Tr parameters. In image [2] only the roll parameter

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-27 Thread Darko Makreshanski
I think the roll in mosaic mode should be left as it is, since otherwise it doesn't make sense to be included in the mosaic mode. Maybe for now I can modify the patch so that in normal mode on rolling, consistency is not preserved in case of non-zero Tr parameters, just like for yaw and

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-26 Thread Darko Makreshanski
As I have understood it, it's just like you explained it. The link you are talking about was probably this one: http://article.gmane.org/gmane.comp.graphics.panotools.devel/1701 Best, Darko Oskar Sander wrote: Is there something written illustrated on the subject on how to understand

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-26 Thread Darko Makreshanski
Oskar Sander wrote: So this begs a question though: I've played with Darko's excellent patch (some of my projects are actually almost better manually laid out) And my statement *camera angles (y, p ,r) are applied in each camera's position* does not seem right. A rotation by holding

Re: [hugin-ptx] Illustrated lens model for mosaic mode?

2010-04-26 Thread Darko Makreshanski
Oskar Sander wrote: 4. However, now when rotating one image in the corner, it still rotated around the old group/panorama center. Was that intended or should it now revert to rotating the individual image arount it's X,Y? Maybe individual rotation should be a separate function altogether

Re: [hugin-ptx] Manually rotate a picture

2010-04-12 Thread Darko Makreshanski
Now I'd like to know if there is a way how to rotate picture at Control Points tab. It sometimes mysteriously rotate and I'd like to rotate it back. If there isn't such feature yet, do you plan it for future releases? I believe the orientation of the image directly depends on the roll

Re: [hugin-ptx] Mosaic drag mode + keeping Tr parameters consistency on roll patch (vetting exercise)

2010-04-09 Thread Darko Makreshanski
Oskar Sander wrote: I thought that yaw and pitch would be consistent also with non-zero X,Y,Z. I thought these angles would be applied around the camera position, not the (0,0,0) coordinate. Which way is it? http://groups.google.com/group/hugin-ptx I believe for yaw and pitch it is not

[hugin-ptx] Zooming for fast preview proposal

2010-04-08 Thread Darko Makreshanski
Hi, I wrote the additional proposal for the zooming for the fast preview idea on the wiki. Its available at: pdf:http://wiki.panotools.org/File:Proposal-zooming.pdf wiki: http://wiki.panotools.org/User:Dmakreshanski/GSOC-zooming-proposal google:

[hugin-ptx] Mosaic drag mode + keeping Tr parameters consistency on roll patch (vetting exercise)

2010-04-07 Thread Darko Makreshanski
Hi, Here is the patch that I have proposed earlier. It basically adds two things: 1. it includes a new drag mode in the fast preview for mosaic panoramas where instead of changing orientation parameters it changes Tr parameters 2. it keeps consistency in images on rolling when Tr

[hugin-ptx] GSOC proposal: Panorama overview

2010-04-05 Thread Darko Makreshanski
Dear all, Following the previous discussion on this mailing list (Improvements to the fast preview window) I have written a proposal. This proposal contains explanation for an idea for overview for normal and mosaic mode (panosphere and plane) and doesn't contain the existing idea on the

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-31 Thread Darko Makreshanski
Bruno Postle wrote: On 30 March 2010 23:03, Darko Makreshanski dmakreshan...@gmail.com wrote: Bruno Postle wrote: like the idea of a view of a globe showing the entire sphere around the camera With all this info, I think remapping the photos is superfluous and would confuse

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-30 Thread Darko Makreshanski
Bruno Postle wrote: Fancy effects are a good thing, the more fun Hugin is to use the better. So I really like the idea of animating the transitions between projections. The idea with the transitions was actually to animate unfolding of the sphere to explain the nature of projections. The

Re: [hugin-ptx] Improvements to the fast preview window (fast preview zooming part)

2010-03-28 Thread Darko Makreshanski
I have been going through the code for fast preview and I have come up with some initial ideas how to tackle the problem for zooming in the preview. 1. Meshes: Upon each remapping of a mesh, the remappers (or something else) would also create a bounding box for each mesh which will be used

Re: [hugin-ptx] Re: Improvements to the fast preview window

2010-03-26 Thread Darko Makreshanski
Darko Makreshanski wrote: T. Modes wrote: The Tr[xyz] parameter reproject the image out of the center of the panosphere using one plane (not a sphere). See Pablos mail on panotool- dev-list http://article.gmane.org/gmane.comp.graphics.panotools.devel/1701 The image with non-zero Trxyz

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-26 Thread Darko Makreshanski
Darko Makreshanski wrote: James Legg wrote: On Tue, 2010-03-23 at 00:57 +0100, Darko Makreshanski wrote: Yes, the equirectangular would be most suitable to convert to a 3D mesh. Basically I was thinking of projecting all of the images separately, each with its center as the center

Re: [hugin-ptx] Re: Improvements to the fast preview window

2010-03-23 Thread Darko Makreshanski
T. Modes wrote: If I undestood it correctly it's like you just explained for XYZ. It should create several panospheres with shifted center. The projection camera is moved to the point from which images has good overlap. The problem (which affects mainly end user) is that there is only one camera

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-22 Thread Darko Makreshanski
James Legg wrote: On Sun, 2010-03-21 at 22:44 +0100, Darko Makreshanski wrote: This means that the remappers would need to be refactored or reimplemented to return a 3D texturized mesh. You should set up an equirectangular projection that is 360 degrees by 180 degrees, then either

Re: [hugin-ptx] Improvements to the fast preview window

2010-03-21 Thread Darko Makreshanski
Legg wrote: On Sat, 2010-03-20 at 17:15 +0100, Darko Makreshanski wrote: - a interleaving colorful grid will be displayed to examine distortion That might help people understand the projections, if they are aware what the grid means. My idea was that this same grid would rendered

[hugin-ptx] Improvements to the fast preview window

2010-03-20 Thread Darko Makreshanski
Hi, I have some ideas which I would like to present and get feedback of you for a project. It basically includes the Zooming for Fast Preview and other improvements to Fast Preview My ideas are mostly concerned for users that are just beginning with hugin, and users with not much knowledge

[hugin-ptx] Hi Hugin

2010-03-16 Thread Darko Makreshanski
in the interest of the project those ideas on the wiki page, or some ideas for new stuff (maybe even something larger, not to be finished completely for gsoc)? In any case, I am going to get the code, stare at it for some time, use the program and post something afterwards. Best regards, Darko