There is an option to extract all meshes in mesh importer patch, it outputs a 
structure but what does the structure contain? and can I cache it in some 
global variable inside a javascript patch?

From: [email protected]
To: [email protected]
Date: Mon, 9 May 2011 07:51:57 +0000
CC: [email protected]
Subject: RE: iterator patch








The cache option works for images, thanks for the hint, but besides images my 
target is to load 3d meshes and movies as well using the "iterator patch". The 
mesh importer  does not have a cache option available. I tried loading 4 to 5 
meshes using iterator and it hanged the QC as it was not caching the meshes. Is 
there a way of caching meshes too?? I have also found one sample patch from 
WWDC 2008 which caches images into a structure using javascript and then passes 
the cached structure of images into the iterator patch which works well with 
the images but what about 3d meshes and movies??


Subject: Re: iterator patch
From: [email protected]
Date: Mon, 9 May 2011 09:19:51 +0200
CC: [email protected]; [email protected]
To: [email protected]



Hello Nisar,
in this case, you may check out the second tab of the info inspector window for 
the "Image Importer" patch. Here you can setup a memory cache of the images. 
But I don't know what this exactly means (could be in main RAM or graphics card 
RAM). Also: The Image Importer is processing everything asynchronously except 
uploading the image pixel data from RAM to the graphics card. If you have big 
images, this will take a while and will block QC processing. If you do this in 
an iterator trying to fetch all images at once, this will quite sum up. If you 
try to schedule the import of each image to a different time this will spread 
the heavy DMA load over time so you probably don't see any stuttering. But this 
technique implies that the slideshow can't start right away.
best,
Achim BreidenbachBoinx Software
On 08.05.2011, at 21:39, [email protected] wrote:Dear Achim,

Thanks for looking into it. I just want to load all images contained in a 
directory and show all of them simultaneously. The number of images should 
depend on the contents of directory which should not be constant.

Iterator patch should be able to do that but images are too heavy and image 
importer is not caching the images.

Thanks
Nisar*** This Message Has Been Sent Using BlackBerry Internet Service from 
Mobilink ***
From:  Achim Breidenbach <[email protected]>
Date: Sun, 8 May 2011 21:17:13 +0200To: Nisar Ahmed<[email protected]>Cc: 
Alastair Leith<[email protected]>; quartzcomposer-dev list 
list<[email protected]>Subject: Re: iterator patch
Hello Nisar,
when you connect "Current Position" output of the "Iterator Variables"  patch 
(inside the iterator) to the "Y Postition" of the Billboard patch, you can see 
as a test, that you are rendering (and loading!) the same image 8 times. This 
is because you told the "Iterator" to do so by the "Structur Count" patch 
outside the iterator. It looks like, you just want to load a single image. In 
this case you don't need the iterator at all.
Achim BreidenbachBoinx Software
On 07.05.2011, at 08:21, Nisar Ahmed wrote:
Attached is the composition in question.
I was also expecting iterator patch to create multiple consumers but i guess 1 
iterator patch is treated as 1 consumer?  

From: [email protected]
To: [email protected]; [email protected]
Subject: Re: iterator patch
Date: Sat, 7 May 2011 11:02:48 +1000

Are you passing the images into the iterator patch as a structure? I would try 
that if you aren't already. If the image paths don't change then the Downloader 
Patch should not keep exectuing. Perhaps post a sample composition to show 
problem more clearly.
On 07/05/2011, at 2:49 AM, Nisar Ahmed wrote:I need the iterator patch to 
execute only once for the number of iterations provided in its input port. 
Currently the patch loops back indefinitely which is killing performance.
What I exactly need is to render images inside a folder and do some interaction 
with those images but Iterator patch is reloading the image all the time inside 
the loop. I have tried using patch time to delay loading but still I need a way 
to stop the iterator at the end of the last iteration. 
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartzcomposer-dev/qc.student.au%40gmail.com

This email sent to [email protected]

 The machine does not isolate man from the great problems of nature but plunges 
him more deeply into them. 
Antoine de Saint-Exupery 
 
                                          
<dashboard.qtz> _______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartzcomposer-dev/achim%40boinx.com

This email sent to [email protected]



                                          

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartzcomposer-dev/nisar_ak%40hotmail.com

This email sent to [email protected]                                         
  
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Quartzcomposer-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/quartzcomposer-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to