Jump to content
rpaul

reaching iPad limits?

Recommended Posts

I'm not sure if this question is answerable, but I'm trying to get a sense of when I'm reaching the memory/complexity limits of editing an AP file on my ipad. I have a 2nd gen 12.9" model with 64gb drive(only 17gb available)/4gb ram. I'm working on a 422mb file that is 5000x5000 8 bit resolution and at least 100 layers. I just started having troubles with the program crashing and I'm not sure if it's a bug that I can address or I'm just reaching the limits of what I can do on this system. So my main question is: Is there an idea of how much ram or disk space I should have available to work on a file of a certain size? I have to do more troubleshooting, but wanted to see if anyone has any ideas around this.

Associated with this question is how much overhead does it take to use certain features in AP? For instance:
    - Does grouping small layers of bitmaps add to the file size/computational complexity much? Or should I just rasterize/flatten into larger bitmaps more often?
    - Using certain adjustments versus rasterizing those into the pixel layers? I know that using live filters takes more overhead.
    - Does the number of files loaded onto the home menu influence the editing of a single open file? I noticed that they open pretty quickly from the home screen versus opening the file directly from another location. So, I'm assuming that anything on the home screen is also loaded into memory to some degree.

I'm not going to be able to upgrade for a while, so need to make the best optimal use of what I have.

Thanks

 

Share this post


Link to post
Share on other sites

Hi Rpaul,

Besides the minimum requirements I'm not sure exactly what you would need hardware wise to work with specific files like your example. The grouping of small layers of bitmaps will add to the file size I'm not sure exactly how much it will add but it will make the file bigger than it would have been if they were flatted into one bitmap. You can rasterise your adjustments but it will mean you can't adjust the values of them anymore. I'm not sure with the last one hopefully a developer can drop by with an answer for you.

In regards to the apps performance if possible could you provide the file via something like DropBox so I can try it at my end and see if I get the same behaviour?

Thanks

Callum

Share this post


Link to post
Share on other sites

Thank you Callum. I will see if I can find something reproducible. I did realize finally that I wasn't clearing the history which makes a BIG difference in file size. It would be good to have a better understanding of how some of the actions, which may be simple to use, have an impact on computer resources. I guess a lot of them are standard algorithms which I can research somewhere. Not sure how much I care yet. I just see that the more sophisticated I get with CG, the more my file sizes balloon and computer bogs down. So, I would think some understanding of this would help me parse my workflow.

Share this post


Link to post
Share on other sites

I still would like to know what resources are taken up when keeping documents loaded in the main menu. Do they take up RAM? Are they stored as some kind of virtual memory?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×

Important Information

These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.