Re: First test for Infinite Zoom

[Wilhelm Sanke]

Alejandro,

I finally found the time to look at your "Infinite Zoom" stack. After 
some changes to your code - I hope they were the right ones, i.e. not 
being counterproductive to your own intentions - I managed to start your 
stack, but using 6 images of my own in a folder "images"


I understand that in your stack "Zoom_infinite.rev" you "zoom out" a 
sucession of images in a stepwise fashion to achieve a decreasing size 
of the images which finally converge towards an "infinite" point, and 
after that you start all over again with a big-sized image.


At first, before I had tried your stack, my understanding had been that 
your perspective was how to implement an "infinitely" continuing zoom 
into or out of images (the latter of which, decreasing the size of an 
image until it vanishes, would be of course quite simple). I therefore 
looked at a number of scripts for (proportional) resizing of images I 
had tried in various image-processing stacks.


What I am going to mention here, may well beside your specific point of 
view concerning "infinite zoom" and meet with limited interest from your 
side.


Nevertheless, here are some observations mainly concerning "infinite 
zooming in":


1. The only procedure with which you can really "zoom-in infinitely" 
into an image is to take a continuing and everlasting succession of 
snapshots from a smaller rect of an image.
Place a rectangle graphic (the graphic can be even hidden) on top of an 
image that has its "Lock Location" set to true (to preserve the size of 
the image) and then apply the following two-liner:


on mouseUp
  put the rect of grc "select" into trect
  export snapshot from rect(trect) of img "test" to img "test" as PNG
end mouseUp

You could also put the snapshot line inside a repeat loop to achieve a 
stepwise zooming-in effect remotely similar to the effect in your stack, 
but in this example with only one image. The "quality" of the zoomed-in 
images will of course depend on the set "resizequality" of the image.
Although you indeed could continue such a procedure "forever", it makes 
sense only up to a certain point.


2. On the "slides page" of my stack



you can enlarge or shrink the selected images proportionally in steps. 
If - when enlarging and therefore "zooming in" in the visible windows - 
you reach a size of about

  width = 18000 pixels, height = 14000 pixels
Revolution will crash immediately and silently without an error message, 
simply vanishing from the screen, stack and IDE (Tested on WindowsXP 
with Rev 3.5 and 4.0).


3.On the slideshow card of my old sample stack



you can smoothly and proportionally zoom in and out of an image using a 
slider. I have restricted the maximal size here to about 3000 x 2500. 
The smoothness of the zooming procedure ist best with the resizequality 
set to "normal". "Good" for the resizequality is still smooth and 
tolerable on a fast computer, with "best" the zooming process begins to 
slow down considerably in the upper size range.


To test the "crash limits" found above in example 2 I put an image and a 
zoom-slider on a card  - with the end value of the scrollbar set to 
19000 and zooming an image with equal values for width and height.


With "normal" resize quality the zooming was nearly smooth up to the 
value of 4000. Above 4000 the zooming process became increasingly more 
jerky.
With the resizequality set the to "best", zooming above 4000 was 
virtually impossible, whereas zooming stepwise in the "ThumbsAndSlides" 
stack occurred without a noticeable time lag even with resizequality 
"best" and up to the crash size of 18000 X 14000.


When using the zoom-slider, the crash of Rev - as described above - 
occurs at an image size of about 16000 X 16000, meaning that Revolution 
can "accommodate" images up to 256 million pixels, at least if there are 
blown up to such a size inside Revolution.


Regards,

Wilhelm Sanke





___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: 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
3mcgr...@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@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: First test for Infinite Zoom

[Alejandro Tejada]

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

Re: First test for Infinite Zoom

[Thomas McGrath III]

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.

Tom

Lazy River Software
3mcgr...@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 1:32 PM, Alejandro Tejada wrote:



Hi All,

Yes, the first file was corrupted.
Oddly enough, this 000space server seems
that do not like small binary files.

This time, i bundled many copies of
the stack inside the compressed zip.
Size is approximately 8k.
http://www.capellan2000.000space.com/Zoom_infinite.zip

If this fails, try these others files:
http://www.capellan2000.000space.com/Zoom_infinite.7z
http://www.capellan2000.000space.com/Zoom_infinite.rev
http://www.capellan2000.000space.com/Zoom_infinite2.zip

Have a nice day and thanks again for your help!

Alejandro
--
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: First test for Infinite Zoom

[Alejandro Tejada]

Hi All,

Yes, the first file was corrupted.
Oddly enough, this 000space server seems
that do not like small binary files.

This time, i bundled many copies of
the stack inside the compressed zip.
Size is approximately 8k.
http://www.capellan2000.000space.com/Zoom_infinite.zip

If this fails, try these others files:
http://www.capellan2000.000space.com/Zoom_infinite.7z
http://www.capellan2000.000space.com/Zoom_infinite.rev
http://www.capellan2000.000space.com/Zoom_infinite2.zip

Have a nice day and thanks again for your help!

Alejandro
-- 
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621839.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: First test for Infinite Zoom

[-= JB =-]

It is 4KB here and won't decompress.

-=>JB<=-



On Nov 15, 2009, at 4:21 AM, Scott Rossi wrote:


Recently, Alejandro Tejada wrote:


Download this first rough test for Infinite zoom
from bitmap images:

http://www.capellan2000.000space.com/Zoom_infinite.zip


Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here  
and will

not decompress.  Is it just me?

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your  
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-revolution



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: First test for Infinite Zoom

[Scott Rossi]

Recently, Alejandro Tejada wrote:

> Download this first rough test for Infinite zoom
> from bitmap images:
> 
> http://www.capellan2000.000space.com/Zoom_infinite.zip

Alejandro, your ZIP may be corrupted -- it shows up as 1.4K here and will
not decompress.  Is it just me?

Regards,

Scott Rossi
Creative Director
Tactile Media, Multimedia & Design


___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

First test for Infinite Zoom

[Alejandro Tejada]

Hi All,

Download this first rough test for Infinite zoom
from bitmap images:

http://www.capellan2000.000space.com/Zoom_infinite.zip

Read the instructions in card 1 and get all images from:
http://public.hbk-bs.de/~baumgarn/zoom/steps/

I am sure that with your help, a stack that could zoom in
and out smoothly will be easy (driven by the mouse wheel)

Thanks in advance!

Alejandro 
-- 
View this message in context: 
http://n4.nabble.com/First-test-for-Infinite-Zoom-tp621701p621701.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution