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
[email protected]
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
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
