First test for Infinite Zoom

[Thomas McGrath III]

Alejandro,

I agree. The effect is very mesmerizing and could have a lot of  
potential in other applications. There was a library recently that  
mimicked gestures (like on a touch screen) that might be perfect for  
advanced effects. Swipe up in a short gesture and it zooms in slowly  
and swipe down and it zooms out slowly, swipe in a longer gesture and  
it zooms faster. I have also seen this effect where if you click and  
hold and move up it zoom in and while still holding if you move below  
the original clicked spot it will zoom in the other direction.  
Certainly opens up some possibilities.

I don't think every image needs to be load from the start. I was  
reading up on different sites where they only load the next incoming  
or out going image and unload the previous. That of course will make  
the coding more difficult but you have already done the hard work in  
getting this to happen in runRev. I wonder what the timing will be  
like in a revlet?

I plan on digging deeper into the code for this so maybe I will have  
some input on the 2 pixel issue and the lag. But I already suspect the  
lag is in the number of images being processed at each click.

Very versatile effect already, I can't wait to see more.


Tom McGrath III
Lazy River Software
3mcgrath at comcast.net

iTunes Library Suite - libITS
Information and download can be found on this page:
http://www.lazyriversoftware.com/RevOne.html


On Nov 15, 2009, at 7:50 PM, Alejandro Tejada wrote:

>
> Hi Tom,
>
>
> Thomas McGrath III-3 wrote:
>>
>> That zip works. I also downloaded the images.
>> A problem I had was the naming of the images messed with the flow of
>> the zoom quilt. I changed the single digits to double digits (i.e. 1
>> to 01) then it works great.
>> A little bit of lag when trying to automate the process. the time i
>> t takes to load is choppy. But it works great.
>> Could be optimized a bit.
>>
>
> Thanks a lot for confirming that latest uploads works
> as expected. I had to test better the actual capabilities
> of free hosting in 000space.
>
> You are right about naming the images using two digits.
> I forgot about this, while writing the text in the stack.
> By the way, there are two images in this group created
> for the ZoomQuilt proyect, that are 1022 pixel wide,
> not 1024 pixels as the rest of images.
>
> I Noticed too some lags in certain points of the zoom process
> and increased memory usage (almost 300 MB). These are the
> most baffling problems that i found. Probably, it's not necessary
> to load all 46 images while initializing the card with the zoom  
> effect.
>
> A particular task that gave me a lot of problem, was scaling all
> images covering the gaps between them. Still, looking for a logical
> explanation of why i had to made the images 2 pixels wider and taller
> every other scaling step.
>
> Originally, i planned to include zoom in and zoom out, using the
> left and right mouse button, but changing from one to another
> produced a mess in the sizes of images.
>
> Ideally, scaling of images should be driven by the mousewheel
> or the keyboard arrow keys.
>
> Could you imagine the versatility of this effect if we could move  
> smoothly,
> not only in and out but to the sides of the pictures, almost like a  
> QTVR
> panorama?
> When completed, this will be great! :D
>
> Alejandro
>
> -- 
> View this message in context: http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621935.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution