I've got a flash project that has a ton of library assets that are primarily components for a Coverflow image carousel
application . The assets are exported on frame 1 as movie clips.
The images that the carousel needs are fed via a rather large XML playlist to a greensock LoaderMax object.
It all works quite well.
However, the project takes about ten seconds to load when embedded in an html page. The client isn't happy about this.
I've tried everything to cut the load time ( using only the loaders I need to bootstrap the page, ect... ) but the load time stays essentially the same.
My question: Can I cut the load time by getting all the components in my .fla library that are exported at run time and convert them into external swfs ?
It's a big time commitment to do this, so I was wondering if anyone had a similar experience before I give this a try.
Are your images in the carousel for viewing being loaded externally or are
they embedded in the swf? If they're embedded I would definitely
externalize those.
> I've got a flash project that has a ton of library assets that are
> primarily components for a Coverflow image carousel
> application . The assets are exported on frame 1 as movie clips.
> The images that the carousel needs are fed via a rather large XML
> playlist to a greensock LoaderMax object.
> It all works quite well.
> However, the project takes about ten seconds to load when embedded in an
> html page. The client isn't happy about this.
> I've tried everything to cut the load time ( using only the loaders I need
> to bootstrap the page, ect... ) but the load time stays essentially the
> same.
> *My question: *Can I cut the load time by getting all the components
> in my .fla library that are exported at run time
> and convert them into external swfs ?
> It's a big time commitment to do this, so I was wondering if anyone had a
> similar experience before I give this a try.
> Thanks !
> Dan
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
Thanks for the tip. The images are loaded externally via XML as they should be.
I'm just suspecting that the sheer volume of exported library components in the fla. is bogging down the swf at both compile time and run time.
I'm wondering if I should go through the trouble of off-loading all the library components into swfs and then re-load them.
If I go through the considerable trouble of doing this , the assets - though now in a different form - will still take the same amount
of time to load ?
Dan
On Jun 29, 2012, at 10:45 AM, Thaylin Burns wrote:
Are your images in the carousel for viewing being loaded externally or are they embedded in the swf? If they're embedded I would definitely externalize those.
"Common sense is a sense that common man does not seem to have." -me
On Fri, Jun 29, 2012 at 11:31 AM, Daniel Cauthorn <d...@backwaterfilms.com> wrote:
Hey Coders,
I've got a flash project that has a ton of library assets that are primarily components for a Coverflow image carousel
application . The assets are exported on frame 1 as movie clips.
The images that the carousel needs are fed via a rather large XML playlist to a greensock LoaderMax object.
It all works quite well.
However, the project takes about ten seconds to load when embedded in an html page. The client isn't happy about this.
I've tried everything to cut the load time ( using only the loaders I need to bootstrap the page, ect... ) but the load time stays essentially the same.
My question: Can I cut the load time by getting all the components in my .fla library that are exported at run time and convert them into external swfs ?
It's a big time commitment to do this, so I was wondering if anyone had a similar experience before I give this a try.
Thanks !
Dan
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
It really depends on your application needs, but can you afford to do on
demand loading with those library assets ?
One strategy that I have used in the past is:
1. load the essential assets and start the app
2. enqueue and load the most probably needed assets
3. enqueue the rest of the assets
And if it happens to need an asset not yet loaded that asset comes to the
front of the queue and I show a loader indicator.
That amounts to really dilute your initial loading time to the execution
period of the app, and in most cases the user will never
see a loader indication or have to wait long
This approach does not fit to any app, but it has worked for me.
cheers
Marcelo
On Fri, Jun 29, 2012 at 3:20 PM, Daniel Cauthorn <d...@backwaterfilms.com>wrote:
> Thanks for the tip. The images are loaded externally via XML as they
> should be.
> I'm just suspecting that the sheer volume of exported library components
> in the fla. is bogging down the swf at both compile time and run time.
> I'm wondering if I should go through the trouble of off-loading all the
> library components into swfs and then re-load them.
> If I go through the considerable trouble of doing this , the assets -
> though now in a different form - will still take the same amount
> of time to load ?
> Dan
> On Jun 29, 2012, at 10:45 AM, Thaylin Burns wrote:
> Are your images in the carousel for viewing being loaded externally or are
> they embedded in the swf? If they're embedded I would definitely
> externalize those.
> "Common sense is a sense that common man does not seem to have." -me
> On Fri, Jun 29, 2012 at 11:31 AM, Daniel Cauthorn <d...@backwaterfilms.com>wrote:
>> Hey Coders,
>> I've got a flash project that has a ton of library assets that are
>> primarily components for a Coverflow image carousel
>> application . The assets are exported on frame 1 as movie clips.
>> The images that the carousel needs are fed via a rather large XML
>> playlist to a greensock LoaderMax object.
>> It all works quite well.
>> However, the project takes about ten seconds to load when embedded in an
>> html page. The client isn't happy about this.
>> I've tried everything to cut the load time ( using only the loaders I
>> need to bootstrap the page, ect... ) but the load time stays essentially
>> the same.
>> *My question: *Can I cut the load time by getting all the components
>> in my .fla library that are exported at run time
>> and convert them into external swfs ?
>> It's a big time commitment to do this, so I was wondering if anyone had
>> a similar experience before I give this a try.
>> Thanks !
>> Dan
>> --
>> You received this message because you are subscribed to the Google Groups
>> "FlashCodersNY" group.
>> To post to this group, send email to flashcodersny@googlegroups.com.
>> To unsubscribe from this group, send email to
>> flashcodersny+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/flashcodersny?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
-- **---------------------------------------------------------------------
*M*//*F
*walk the walk
I tried that approach only to the extent that I set up an initial loader queue for the beginning "bootstrap" assets, then a second queue for the assets that
aren't needed at the start of the application.
The result enabled a huge improvement loading the project locally , but strangely no improvement at all when I uploaded to a server and made at http
call to the embedded swf.
I guess I'm going to have to audit the assets more closely .
Again, all the library assets are set to export on frame one and I suspect that's where the log jam is occurring.
Thanks !
Dan
On Jun 29, 2012, at 1:30 PM, Marcelo Ferreira wrote:
Daniel
It really depends on your application needs, but can you afford to do on demand loading with those library assets ?
One strategy that I have used in the past is: load the essential assets and start the app
enqueue and load the most probably needed assets
enqueue the rest of the assets
And if it happens to need an asset not yet loaded that asset comes to the front of the queue and I show a loader indicator.
That amounts to really dilute your initial loading time to the execution period of the app, and in most cases the user will never
see a loader indication or have to wait long
This approach does not fit to any app, but it has worked for me.
cheers
Marcelo
On Fri, Jun 29, 2012 at 3:20 PM, Daniel Cauthorn <d...@backwaterfilms.com> wrote:
Hey Thaylin,
Thanks for the tip. The images are loaded externally via XML as they should be.
I'm just suspecting that the sheer volume of exported library components in the fla. is bogging down the swf at both compile time and run time.
I'm wondering if I should go through the trouble of off-loading all the library components into swfs and then re-load them.
If I go through the considerable trouble of doing this , the assets - though now in a different form - will still take the same amount
of time to load ?
Dan
On Jun 29, 2012, at 10:45 AM, Thaylin Burns wrote:
Are your images in the carousel for viewing being loaded externally or are they embedded in the swf? If they're embedded I would definitely externalize those.
"Common sense is a sense that common man does not seem to have." -me
On Fri, Jun 29, 2012 at 11:31 AM, Daniel Cauthorn <d...@backwaterfilms.com> wrote:
Hey Coders,
I've got a flash project that has a ton of library assets that are primarily components for a Coverflow image carousel
application . The assets are exported on frame 1 as movie clips.
The images that the carousel needs are fed via a rather large XML playlist to a greensock LoaderMax object.
It all works quite well.
However, the project takes about ten seconds to load when embedded in an html page. The client isn't happy about this.
I've tried everything to cut the load time ( using only the loaders I need to bootstrap the page, ect... ) but the load time stays essentially the same.
My question: Can I cut the load time by getting all the components in my .fla library that are exported at run time and convert them into external swfs ?
It's a big time commitment to do this, so I was wondering if anyone had a similar experience before I give this a try.
Thanks !
Dan
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
-- ---------------------------------------------------------------------
M//F
walk the walk
-- You received this message because you are subscribed to the Google Groups "FlashCodersNY" group.
To post to this group, send email to flashcodersny@googlegroups.com.
To unsubscribe from this group, send email to flashcodersny+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/flashcodersny?hl=en.
> I tried that approach only to the extent that I set up an initial loader
> queue for the beginning "bootstrap" assets, then a second queue for the
> assets that
> aren't needed at the start of the application.
> The result enabled a huge improvement loading the project locally , but
> strangely no improvement at all when I uploaded to a server and made at http
> call to the embedded swf.
> I guess I'm going to have to audit the assets more closely .
> Again, all the library assets are set to export on frame one and I
> suspect that's where the log jam is occurring.
> Thanks !
> Dan
> On Jun 29, 2012, at 1:30 PM, Marcelo Ferreira wrote:
> Daniel
> It really depends on your application needs, but can you afford to do on
> demand loading with those library assets ?
> One strategy that I have used in the past is:
> 1. load the essential assets and start the app
> 2. enqueue and load the most probably needed assets
> 3. enqueue the rest of the assets
> And if it happens to need an asset not yet loaded that asset comes to the
> front of the queue and I show a loader indicator.
> That amounts to really dilute your initial loading time to the execution
> period of the app, and in most cases the user will never
> see a loader indication or have to wait long
> This approach does not fit to any app, but it has worked for me.
> cheers
> Marcelo
> On Fri, Jun 29, 2012 at 3:20 PM, Daniel Cauthorn <d...@backwaterfilms.com>wrote:
>> Hey Thaylin,
>> Thanks for the tip. The images are loaded externally via XML as they
>> should be.
>> I'm just suspecting that the sheer volume of exported library components
>> in the fla. is bogging down the swf at both compile time and run time.
>> I'm wondering if I should go through the trouble of off-loading all the
>> library components into swfs and then re-load them.
>> If I go through the considerable trouble of doing this , the assets -
>> though now in a different form - will still take the same amount
>> of time to load ?
>> Dan
>> On Jun 29, 2012, at 10:45 AM, Thaylin Burns wrote:
>> Are your images in the carousel for viewing being loaded externally or
>> are they embedded in the swf? If they're embedded I would definitely
>> externalize those.
>> "Common sense is a sense that common man does not seem to have." -me
>> On Fri, Jun 29, 2012 at 11:31 AM, Daniel Cauthorn <d...@backwaterfilms.com
>> > wrote:
>>> Hey Coders,
>>> I've got a flash project that has a ton of library assets that are
>>> primarily components for a Coverflow image carousel
>>> application . The assets are exported on frame 1 as movie clips.
>>> The images that the carousel needs are fed via a rather large XML
>>> playlist to a greensock LoaderMax object.
>>> It all works quite well.
>>> However, the project takes about ten seconds to load when embedded in
>>> an html page. The client isn't happy about this.
>>> I've tried everything to cut the load time ( using only the loaders I
>>> need to bootstrap the page, ect... ) but the load time stays essentially
>>> the same.
>>> *My question: *Can I cut the load time by getting all the components
>>> in my .fla library that are exported at run time
>>> and convert them into external swfs ?
>>> It's a big time commitment to do this, so I was wondering if anyone had
>>> a similar experience before I give this a try.
>>> Thanks !
>>> Dan
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "FlashCodersNY" group.
>>> To post to this group, send email to flashcodersny@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> flashcodersny+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/flashcodersny?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "FlashCodersNY" group.
>> To post to this group, send email to flashcodersny@googlegroups.com.
>> To unsubscribe from this group, send email to
>> flashcodersny+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/flashcodersny?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "FlashCodersNY" group.
>> To post to this group, send email to flashcodersny@googlegroups.com.
>> To unsubscribe from this group, send email to
>> flashcodersny+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/flashcodersny?hl=en.
> --
> **---------------------------------------------------------------------
> *M*//*F
> *walk the walk
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
-- **---------------------------------------------------------------------
*M*//*F
*walk the walk
What's the size of the swf? For just an image carousel, you shouldn't be
too heavy. Any assets you should try to set up to either be drawn
programmatically if not too complex, or if image type assets then loaded
externally as well with a queue type thing as was said earlier.
> On Fri, Jun 29, 2012 at 3:40 PM, Daniel Cauthorn <d...@backwaterfilms.com>wrote:
>> Thanks Marcelo ,
>> I tried that approach only to the extent that I set up an initial loader
>> queue for the beginning "bootstrap" assets, then a second queue for the
>> assets that
>> aren't needed at the start of the application.
>> The result enabled a huge improvement loading the project locally , but
>> strangely no improvement at all when I uploaded to a server and made at http
>> call to the embedded swf.
>> I guess I'm going to have to audit the assets more closely .
>> Again, all the library assets are set to export on frame one and I
>> suspect that's where the log jam is occurring.
>> Thanks !
>> Dan
>> On Jun 29, 2012, at 1:30 PM, Marcelo Ferreira wrote:
>> Daniel
>> It really depends on your application needs, but can you afford to do on
>> demand loading with those library assets ?
>> One strategy that I have used in the past is:
>> 1. load the essential assets and start the app
>> 2. enqueue and load the most probably needed assets
>> 3. enqueue the rest of the assets
>> And if it happens to need an asset not yet loaded that asset comes to the
>> front of the queue and I show a loader indicator.
>> That amounts to really dilute your initial loading time to the execution
>> period of the app, and in most cases the user will never
>> see a loader indication or have to wait long
>> This approach does not fit to any app, but it has worked for me.
>> cheers
>> Marcelo
>> On Fri, Jun 29, 2012 at 3:20 PM, Daniel Cauthorn <d...@backwaterfilms.com>wrote:
>>> Hey Thaylin,
>>> Thanks for the tip. The images are loaded externally via XML as they
>>> should be.
>>> I'm just suspecting that the sheer volume of exported library
>>> components in the fla. is bogging down the swf at both compile time and
>>> run time.
>>> I'm wondering if I should go through the trouble of off-loading all the
>>> library components into swfs and then re-load them.
>>> If I go through the considerable trouble of doing this , the assets -
>>> though now in a different form - will still take the same amount
>>> of time to load ?
>>> Dan
>>> On Jun 29, 2012, at 10:45 AM, Thaylin Burns wrote:
>>> Are your images in the carousel for viewing being loaded externally or
>>> are they embedded in the swf? If they're embedded I would definitely
>>> externalize those.
>>> "Common sense is a sense that common man does not seem to have." -me
>>> On Fri, Jun 29, 2012 at 11:31 AM, Daniel Cauthorn <
>>> d...@backwaterfilms.com> wrote:
>>>> Hey Coders,
>>>> I've got a flash project that has a ton of library assets that are
>>>> primarily components for a Coverflow image carousel
>>>> application . The assets are exported on frame 1 as movie clips.
>>>> The images that the carousel needs are fed via a rather large XML
>>>> playlist to a greensock LoaderMax object.
>>>> It all works quite well.
>>>> However, the project takes about ten seconds to load when embedded in
>>>> an html page. The client isn't happy about this.
>>>> I've tried everything to cut the load time ( using only the loaders I
>>>> need to bootstrap the page, ect... ) but the load time stays essentially
>>>> the same.
>>>> *My question: *Can I cut the load time by getting all the
>>>> components in my .fla library that are exported at run time
>>>> and convert them into external swfs ?
>>>> It's a big time commitment to do this, so I was wondering if anyone had
>>>> a similar experience before I give this a try.
>>>> Thanks !
>>>> Dan
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "FlashCodersNY" group.
>>>> To post to this group, send email to flashcodersny@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> flashcodersny+unsubscribe@googlegroups.com.
>>>> For more options, visit this group at
>>>> http://groups.google.com/group/flashcodersny?hl=en.
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "FlashCodersNY" group.
>>> To post to this group, send email to flashcodersny@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> flashcodersny+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/flashcodersny?hl=en.
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "FlashCodersNY" group.
>>> To post to this group, send email to flashcodersny@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> flashcodersny+unsubscribe@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/flashcodersny?hl=en.
>> --
>> **---------------------------------------------------------------------
>> *M*//*F
>> *walk the walk
>> --
>> You received this message because you are subscribed to the Google Groups
>> "FlashCodersNY" group.
>> To post to this group, send email to flashcodersny@googlegroups.com.
>> To unsubscribe from this group, send email to
>> flashcodersny+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/flashcodersny?hl=en.
>> --
>> You received this message because you are subscribed to the Google Groups
>> "FlashCodersNY" group.
>> To post to this group, send email to flashcodersny@googlegroups.com.
>> To unsubscribe from this group, send email to
>> flashcodersny+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/flashcodersny?hl=en.
> --
> **---------------------------------------------------------------------
> *M*//*F
> *walk the walk
> --
> You received this message because you are subscribed to the Google Groups
> "FlashCodersNY" group.
> To post to this group, send email to flashcodersny@googlegroups.com.
> To unsubscribe from this group, send email to
> flashcodersny+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/flashcodersny?hl=en.
