troberts Posts: 228
It seems like I have hit the limit. I have 300 subpages and need about 50-100 more to complete my project. Does any one now a way around this? I am also wondering if it is a TPC limit or an AMX limit as I am working with an iPad.
It seems like I hit a limit of any page creation on my panel. I cannot create any more pages, popup pages, or subpages. I can understand the limit on older panels and older laptops, but with newer laptops and memory in panels how can there be this limit?
Whats your current memory usage like?
I have a project coming up where I would easily use 500 subpages alone, not to mention pages and popup pages. I would think AMX needs to increase this limit when working with certain panels...or have subpages not count towards the 500 page limit.
Do you really have this much DIFFERENT stuff? That's a lot of stuff to maintain and things to miss. Can this not be done with your program?
I have 100 IP cameras, 3 buildings, 3 pools, 20+ music sources, 35+ video sources, 61 lighting zones, gates, traffic cams, 50+ UIs, doors, and so on and so on...all of which I am using subpages on....all done in 1 TPD4 file. Like I said easily 500 subpages End result could be awesome or very disappointing if I am really stuck at 500 pages/popups/subpages.
Are all of the video sources the same type? I typically have one popup per type / layout and manage what shows and what the controls actually control in code. Can you do this? Or do you have 35 completely unique sources with completely unique controls?
Some of it makes sense, but surely some of this can be done in code?
I've done some extremely large systems and honestly those tend to use very few popups / pages, if only because there are only so many necessary layouts and I can manipulate the contents and control of the layout in code, and the larger systems I have done tend to be more repetitive than the smaller systems. But maybe yours is different. Anecdotes etc...
If you are needing THIS much UI on this large of a system, and none of it can be consolidated and controlled in code, perhaps a custom application would be better and more maintainable?
Most of the programming is done in code...however its not about the code. Its about the cool factor to the end user. I dynamically rearrange buttons, subpages, "sho" buttons, reuse channel numbers based on what page they are on and based on what zone and building is selected. But most of my subpages are single buttons on a popup page...so in a sense this 500 page limit, for me and my design (and I am sure several other who have been using subpages) is more like a 500 button limit.
Here is an example...keep in mind I was not connected to the project, only to my testing processors.
That many pages are more than a handfull to use. Easy for errors to creep in.
In my opinion, the user experience will be just as good, if not better.
I would look toward a template frame for each layer of functionality, then redress the template depending on the situation.
Sometimes there is a need to think 'hollywood'. You're out to create an illusion. No end-user would have the foggiest on how the screen is dressed, so long as these is little to no latency. One effect is to dress text and button states on a page -before- flipping into view, avoiding the chance of a visible refresh of the objects of the page. But rarely do people notice anyway, and if they did if probably wouldn't affect their perception.
Design is not just about throwing bucket loads of objects together. To me, if I'm over 100 pages in a project I'd be concerned and looking back at what could be done better. The other possible side effect of so many objects is longer load times and page flipping - but I don't really know, never had that many pages.
Anyway... it's all just my opinion and of course you are entitled to design any way you see fit. But IMHO I believe you should consider illusion/perception some more - it's a big part of the design process.
I agree, its silly. Its probably a bug that got overlooked. Since each button is a subpage, having them be part of the limit of 500 doesn't really make any sense. If you have 20 popups with 25 subpages/buttons each, you are done! Perhaps it will be fixed in upcoming firmware as I can't imagine its a hardware problem. Thanks for bringing this to our attention.
EDIT: Once you have a file with the maximum number of subpages, can you get its memory allocation? I would be curious to see if there is still memory left or not.
I have a 32 x 32 video switch I want to fit into a single screen using both horizontal subpages for outputs and then each output a vertical subpage for inputs.. that is 1024 just in buttons, 1057 after the 32 vertical columns and the 1 container..
...this is ignoring the rest of my subpages for screen navigation, audio switcher, preview sources, etc... I would personally like some clarification as to the limitations so we can work around them if need be, I love subpages, but even a small system will kill the 500 limit quickly.
I find this concept of creating over 1000 buttons to be fiddly and mistake prone. Maybe I'm not understanding something, but there is no way I'd consider managing that many buttons in a panel design.
That matrix would be simply refreshed from the program depending on conditions... code based dressing of a simple block of buttons - maybe show/hide a few extras as required.
But look, maybe I have misunderstood, in which case I'd be happy to have the situation explained. At this stage though, I don't see why?
I ended up just doing 2 vertical scrolling subpages with all the inputs in one and outputs in the next, so when the user clicks on an input, the outputs scroll to the active output, and if the user changes that it will create the new route.. so now im down to 66 subpages (32 inputs, 32 outputs, 1 input scroll pane, 1 output scroll pane)
Im not in the office today, but Ill upload a screenshot of an audio switch I did individual scroll panes on, so you know what I had planned for the video switcher.
call me old school, i even think 66 pages is a lot
but when i realise it's really 66 buttons, then that makes more sense.
now I can understand where the 500 limit may become a problem.
i'd probably fallback to traditional (popup) pages and buttons where possible.
just my humble opinion, from curiousity.