Dramatic slowdown while resizing images by script

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Dramatic slowdown while resizing images by script

Alejandro Tejada
Hi All,

Please, review this new bug report:
http://quality.runrev.com/show_bug.cgi?id=12148
Add your comments and demonstration stacks to
this report.

Created attachment 4113 [details]
Infinite Zoom 2014.livecode
(Stack with images that zoom in or zoom out on mousedown)

1. Download the zipped sample stack

2. Open the stack in LiveCode 6.6

3. The stack opens in full screen. Using the keys alt-tab bring to front the
   LiveCode menu

4. Check the card script, before running.

5. To run the infinite zoom effect, click and hold down the mouse pointer
   near the left side of the card (zoom in) or
   near the right side of the card (zoom out)

6. Notice how the effect of resizing the images is slow and moves
   step by step.

7. Notice the faint line in the border of every image, barely visible.
   This border effectively breaks the illusion of a single continuous
   and infinite image.

8. Follow the previous steps using LiveCode 6.5.2
   The stack runs perfectly. There is no trace of these
   faint lines in image borders.

9. These marked differences in image processing speed was noticed
   by Kenji Kojima in this message:
   http://lists.runrev.com/pipermail/use-livecode/2014-March/199672.html

Have a nice day!

Al

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Dramatic slowdown while resizing images by script

Kenji Kojima

> Hi All,
>
> Please, review this new bug report:
> http://quality.runrev.com/show_bug.cgi?id=12148
> Add your comments and demonstration stacks to
> this report.

>
> 9. These marked differences in image processing speed was noticed
>   by Kenji Kojima in this message:
>   http://lists.runrev.com/pipermail/use-livecode/2014-March/199672.html


Thanks Alejandro
This is a technical note I have developed.
http://kenjikojima.com/splitMerge/techNote1.html

The project “Split/Merge AudioVisual” is here.
http://kenjikojima.com/splitMerge/

If I cannot use the old image filter, I have to give up.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/


On Apr 8, 2014, at 7:50 PM, Alejandro Tejada <[hidden email]> wrote:



_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Dramatic slowdown while resizing images by script

Kay C Lan
In reply to this post by Alejandro Tejada
Is this in relation to a Mac with Retina display.

If so see the List post "LiveCode 6.6 very slow on Retina MacBookPro"

The Rev blog entry:

http://livecode.com/blog/2014/03/18/hi-speed-hidpi/

and Neil Roger's workaround to use QuickRes to manually set your screen
resolution:

http://techsupport.on-rev.com/QuickRes.app.zip

Works like a charm.


On Wed, Apr 9, 2014 at 7:50 AM, Alejandro Tejada <[hidden email]>wrote:

> Hi All,
>
> Please, review this new bug report:
> http://quality.runrev.com/show_bug.cgi?id=12148
> Add your comments and demonstration stacks to
> this report.
>
> Created attachment 4113 [details]
> Infinite Zoom 2014.livecode
> (Stack with images that zoom in or zoom out on mousedown)
>
> 1. Download the zipped sample stack
>
> 2. Open the stack in LiveCode 6.6
>
> 3. The stack opens in full screen. Using the keys alt-tab bring to front
> the
>    LiveCode menu
>
> 4. Check the card script, before running.
>
> 5. To run the infinite zoom effect, click and hold down the mouse pointer
>    near the left side of the card (zoom in) or
>    near the right side of the card (zoom out)
>
> 6. Notice how the effect of resizing the images is slow and moves
>    step by step.
>
> 7. Notice the faint line in the border of every image, barely visible.
>    This border effectively breaks the illusion of a single continuous
>    and infinite image.
>
> 8. Follow the previous steps using LiveCode 6.5.2
>    The stack runs perfectly. There is no trace of these
>    faint lines in image borders.
>
> 9. These marked differences in image processing speed was noticed
>    by Kenji Kojima in this message:
>    http://lists.runrev.com/pipermail/use-livecode/2014-March/199672.html
>
> Have a nice day!
>
> Al
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Dramatic slowdown while resizing images by script

Alejandro Tejada
In reply to this post by Kenji Kojima
Kenji Kojima wrote
Thanks Alejandro
This is a technical note I have developed.
http://kenjikojima.com/splitMerge/techNote1.html

The project “Split/Merge AudioVisual” is here.
http://kenjikojima.com/splitMerge/

If I cannot use the old image filter, I have to give up.
Your audiovisual project is wonderful.
A real mind opening experience.

After converting successfully images in sounds,
Have you tried converting sounds in images?

I hope that you find the way to compile this application
for Linux and Windows, too.

Just for curiosity, Have you tried to recreate
Mozart Dice Game in LiveCode?

http://www.pianonoise.com/Article.dice.htm

http://scratch.mit.edu/projects/1516316/
(This Flash movie is 5 megabytes, so it takes
a while to load)

I am sure that RunRev will solve this slowdown.
Keep Up your groundbreaking work!

Al
Reply | Threaded
Open this post in threaded view
|

Re: Dramatic slowdown while resizing images by script

Kenji Kojima
Alejandro,

> After converting successfully images in sounds,
> Have you tried converting sounds in images?

This is two sounds into an image.
https://vimeo.com/89101333

>
> I hope that you find the way to compile this application
> for Linux and Windows, too.

I tried Windows & MacOS. But I could not make a cross platform files. Because for Gamma.
Probably there are some ways I can adjust them.

I will see what "Mozart Dice Game” is later.
--
Kenji Kojima / 小島健治
http://www.kenjikojima.com/



_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: Dramatic slowdown while resizing images by script

Alejandro Tejada
In reply to this post by Alejandro Tejada
On Friday 11-04-2014, Mark Waddingham wrote:

Thanks for the report.

I can confirm the slow-down - this is due to the changes to image filtering we
made in 6.6. We need to revise that slightly I think as 'normal' now does some
filtering on all platforms where as before it was a box filter on Mac and a
nearest filter on other platforms. (The 'normal' filter now appears to be a
fair bit slower).

I suspect the faint lines (I noticed some black ones in 6.5.2) are related to
the cases where the space for the nested scaled image is not quite the right
size - you can only set image objects to pixel boundaries, and it could be some
of the black holes in the images when scaled to certain sizes are no longer
aligned on pixel boundaries.

[ i.e. If hole is 30 x 30, and you scale 25%, the whole will be 7.5x7.5 - so if
your original nested image is 30x30 and you scale down by 25% it will end up
being 7x7 and so leave a slight border ].

It is likely that the filtering in 6.6 is exacerbating this problem though.

Warmest Regards,

Mark.