Heath Volmer

#187383

Before I go experimenting: I'm working with some image objects that have 250+ icons, and there are several of these on a page.  Needless to say, it is choking VTPro - It's like VTPro thinks that it has to analyze every last little detail of the thing each time I click on it.  If I click on one, it takes 5+ seconds to select.  Well, I just had to select 12 of them and after waiting a minute for VTPro to catch up I'm left wondering if there is a better way.

These icons are mostly static during runtime - for channel preset selection.  If I stored them all on the processor's webserver, and loaded them when they were needed, would I get reasonable performance?  Does a panel cache anything or will it be a fresh load each time the URL is sent to the image?

My concern is: because I'm sharing joins via crosspoints for several different satellite or cable sources - and if for some reason they have different preset lists - when switching from one source to another the icons might be confused until the images update.  Probably not a big deal...

Any experiences?  I'll probably only be loading 12 or so at a time.

Heath

Kool-Aid Drinker

#187384

Not only do the Chore-3 panels not cache images internally, but they
actively resist external caching by adding a randomized query
parameter to their HTTP requests.

The processor's web server can handle up to 15 (?) connections
simultaneously -- any more get a '503 Service Unavailable' response. 

With 12 images on the page, if two panels update at the same time?
I've no clue how a panel would react to a 503... 


On Thu, 31 Oct 2013 12:42:21 -0600, Heath Volmer <hvolmer@...>
wrote:

Before I go experimenting: I'm working with some image objects that have 250+ icons, and
there are several of these on a page.  Needless to say, it is choking VTPro - It's like
VTPro thinks that it has to analyze every last little detail of the thing each time I click 
on it.  If I click on one, it takes 5+ seconds to select.  Well, I just had to select 12 of 
them and after waiting a minute for VTPro to catch up I'm left wondering if there is a better way.

These icons are mostly static during runtime - for channel preset selection.  If I stored
them all on the processor's webserver, and loaded them when they were needed, would I get
reasonable performance?  Does a panel cache anything or will it be a fresh load each time
the URL is sent to the image?

My concern is: because I'm sharing joins via crosspoints for several different satellite or 
cable sources - and if for some reason they have different preset lists - when switching
from one source to another the icons might be confused until the images update.  Probably
not a big deal...  

Any experiences?  I'll probably only be loading 12 or so at a time.

Heath

------------------------------------



Check out the Files area for useful modules, documents, and drivers.

A contact list of Crestron dealers and programmers can be found in the Database area.
Ya
hoo Groups Links

Heath Volmer

#187385

开云体育

Hmm. ? I'll just have to make a point of not touching these animations unless I have time for coffee in between selections. ?Or get my desktop software up-to-date, which has a bit more power to drive this monstrosity that is Core 3. ?Yay Flash!

Show quoted text

On Oct 31, 2013, at 1:46 PM, Kool-Aid Drinker <herald@...> wrote:

?
Not only do the Chore-3 panels not cache images internally, but they
actively resist external caching by adding a randomized query
parameter to their HTTP requests.

The processor's web server can handle up to 15 (?) connections
simultaneously -- any more get a '503 Service Unavailable' response.

With 12 images on the page, if two panels update at the same time?
I've no clue how a panel would react to a 503...

On Thu, 31 Oct 2013 12:42:21 -0600, Heath Volmer <hvolmer@...>
wrote:

>Before I go experimenting: I'm working with some image objects that have 250+ icons, and
>there are several of these on a page. Needless to say, it is choking VTPro - It's like
>VTPro thinks that it has to analyze every last little detail of the thing each time I click
>on it. If I click on one, it takes 5+ seconds to select. Well, I just had to select 12 of
>them and after waiting a minute for VTPro to catch up I'm left wondering if there is a better way.
>
>These icons are mostly static during runtime - for channel preset selection. If I stored
>them all on the processor's webserver, and loaded them when they were needed, would I get
>reasonable performance? Does a panel cache anything or will it be a fresh load each time
>the URL is sent to the image?
>
>My concern is: because I'm sharing joins via crosspoints for several different satellite or
>cable sources - and if for some reason they have different preset lists - when switching
>from one source to another the icons might be confused until the images update. Probably
>not a big deal...
>
>Any experiences? I'll probably only be loading 12 or so at a time.
>
>Heath
>
>------------------------------------
>
>
>
>Check out the Files area for useful modules, documents, and drivers.
>
>A contact list of Crestron dealers and programmers can be found in the Database area.
>Ya
>hoo Groups Links

[email protected]

#187387

"Flash! ?? Aaaaa-aaaah!"

? - Chip

---In Crestron@..., <crestron@...> wrote:

Hmm. ? I'll just have to make a point of not touching these animations unless I have time for coffee in between selections. ?Or get my desktop software up-to-date, which has a bit more power to drive this monstrosity that is Core 3. ?Yay Flash!

Show quoted text

On Oct 31, 2013, at 1:46 PM, Kool-Aid Drinker <herald@...> wrote:

?
Not only do the Chore-3 panels not cache images internally, but they
actively resist external caching by adding a randomized query
parameter to their HTTP requests.

The processor's web server can handle up to 15 (?) connections
simultaneously -- any more get a '503 Service Unavailable' response.

With 12 images on the page, if two panels update at the same time?
I've no clue how a panel would react to a 503...

On Thu, 31 Oct 2013 12:42:21 -0600, Heath Volmer <hvolmer@...>
wrote:

>Before I go experimenting: I'm working with some image objects that have 250+ icons, and
>there are several of these on a page. Needless to say, it is choking VTPro - It's like
>VTPro thinks that it has to analyze every last little detail of the thing each time I click
>on it. If I click on one, it takes 5+ seconds to select. Well, I just had to select 12 of
>them and after waiting a minute for VTPro to catch up I'm left wondering if there is a better way.
>
>These icons are mostly static during runtime - for channel preset selection. If I stored
>them all on the processor's webserver, and loaded them when they were needed, would I get
>reasonable performance? Does a panel cache anything or will it be a fresh load each time
>the URL is sent to the image?
>
>My concern is: because I'm sharing joins via crosspoints for several different satellite or
>cable sources - and if for some reason they have different preset lists - when switching
>from one source to another the icons might be confused until the images update. Probably
>not a big deal...
>
>Any experiences? I'll probably only be loading 12 or so at a time.
>
>Heath
>
>------------------------------------
>
>
>
>Check out the Files area for useful modules, documents, and drivers.
>
>A contact list of Crestron dealers and programmers can be found in the Database area.
>Ya
>hoo Groups Links

#187388

Savior of the Universe!

Show quoted text

On Thu, Oct 31, 2013 at 1:15 PM, <cfm@...> wrote:

?

"Flash! ?? Aaaaa-aaaah!"

? - Chip

---In Crestron@..., <crestron@...> wrote:

Hmm. ? I'll just have to make a point of not touching these animations unless I have time for coffee in between selections. ?Or get my desktop software up-to-date, which has a bit more power to drive this monstrosity that is Core 3. ?Yay Flash!

On Oct 31, 2013, at 1:46 PM, Kool-Aid Drinker <herald@...> wrote:

?
Not only do the Chore-3 panels not cache images internally, but they
actively resist external caching by adding a randomized query
parameter to their HTTP requests.

The processor's web server can handle up to 15 (?) connections
simultaneously -- any more get a '503 Service Unavailable' response.

With 12 images on the page, if two panels update at the same time?
I've no clue how a panel would react to a 503...

On Thu, 31 Oct 2013 12:42:21 -0600, Heath Volmer <hvolmer@...>

wrote:

>Before I go experimenting: I'm working with some image objects that have 250+ icons, and
>there are several of these on a page. Needless to say, it is choking VTPro - It's like
>VTPro thinks that it has to analyze every last little detail of the thing each time I click
>on it. If I click on one, it takes 5+ seconds to select. Well, I just had to select 12 of
>them and after waiting a minute for VTPro to catch up I'm left wondering if there is a better way.
>
>These icons are mostly static during runtime - for channel preset selection. If I stored
>them all on the processor's webserver, and loaded them when they were needed, would I get
>reasonable performance? Does a panel cache anything or will it be a fresh load each time
>the URL is sent to the image?
>
>My concern is: because I'm sharing joins via crosspoints for several different satellite or
>cable sources - and if for some reason they have different preset lists - when switching
>from one source to another the icons might be confused until the images update. Probably
>not a big deal...
>
>Any experiences? I'll probably only be loading 12 or so at a time.
>
>Heath
>
>------------------------------------
>
>
>
>Check out the Files area for useful modules, documents, and drivers.
>
>A contact list of Crestron dealers and programmers can be found in the Database area.
>Ya
>hoo Groups Links