EGBPdriver
|
|
Group: Forum Members
Posts: 18,
Visits: 19
|
+xI wish I could convince people they do not need 17 AIPs cached on their devices. What an enormous waste of everybody's storage and bandwidth.
I am going to do some work this afternoon on trying to get around this slow or blocked download issue, and perhaps even post a beta if we get that far. Thanks Tim. It has only been since updating to 3.10.5.134
Regarding multiple AIPs - we did an around Europe summer trip and we needed quite a few. For the future - one improvement in managing this area would be to have the ability to delete individual AIPs - at the moment your only option is to "Clear Document Cache" - which wipes everything and you need to re-download AIPs that you still need....... OR....... you keep the AIPs that you no longer need - hence end up with quite a few. May help your cause in this area!
|
|
|
grahamb
|
|
Group: Forum Members
Posts: 585,
Visits: 28K
|
+xI wish I could convince people they do not need 17 AIPs cached on their devices. What an enormous waste of everybody's storage and bandwidth.
I am going to do some work this afternoon on trying to get around this slow or blocked download issue, and perhaps even post a beta if we get that far. Well, I normally have two or three, but at the moment I'm planning a large trip around Europe for next year, working out both IFR and VFR options, so it suits me to have them all to hand. Storage for me is no problem, they barely scratch the surface of a 256GB iPad.
Next time I binge watch a streamed box set because I've got nothing better to do, I'll remind myself what a waste of bandwidth it is. 
|
|
|
Tim Dawson
|
|
Group: Forum Members
Posts: 8.1K,
Visits: 9.3K
|
I wish I could convince people they do not need 17 AIPs cached on their devices. What an enormous waste of everybody's storage and bandwidth.
I am going to do some work this afternoon on trying to get around this slow or blocked download issue, and perhaps even post a beta if we get that far.
|
|
|
grahamb
|
|
Group: Forum Members
Posts: 585,
Visits: 28K
|
I reported this to Tim and Hannah a few weeks ago. I'm just bulk updating 17 AIPs on my iPad Pro, a total size of 399Mb as I write. Its been running for about 45 minutes now and only about 27% complete.
Going through the individual AIPs and manually downloading individual documents may be fine when you have one AIP to update, but doing it for several or more is completely impractical.
|
|
|
Tim Dawson
|
|
Group: Forum Members
Posts: 8.1K,
Visits: 9.3K
|
Years ago we used to throttle plate downloads. Not for a long time now though.
Clearly this is an issue for some people, it seems to be on our iOS product, and it doesn't always happen. We haven't managed to make it happen ourselves yet though.
|
|
|
EGBPdriver
|
|
Group: Forum Members
Posts: 18,
Visits: 19
|
+xFor me, download of complete AIPs take a very very long time. During the batch download, the progressing speed of individual files seems to grow non-linearly with the size. A 1MB file took a few seconds, a 6 MB file took more like a minute or two. The german AIP ENR 6 Enroute Chart Lower Airspace with 12MB didn't finish after 15 minutes. The cancel button did not work at all during that time. The device was getting warm. Maybe it is not the download itself, but there seems to be a UI blocking operation that takes very long for bigger files during batch processing. Downloading the above 12MB file succeeds in less than a second when done manually as an individual file. Thanks for confirming what I am also seeing here.
As you say, individually it seems fine so it is something in the batch process. So far, concerns have been dismissed - but hopefully the more people that report the problem it may get looked at.
|
|
|
E4z9
|
|
Group: Forum Members
Posts: 2,
Visits: 0
|
For me, download of complete AIPs take a very very long time. During the batch download, the progressing speed of individual files seems to grow non-linearly with the size. A 1MB file took a few seconds, a 6 MB file took more like a minute or two. The german AIP ENR 6 Enroute Chart Lower Airspace with 12MB didn't finish after 15 minutes. The cancel button did not work at all during that time. The device was getting warm. Maybe it is not the download itself, but there seems to be a UI blocking operation that takes very long for bigger files during batch processing. Downloading the above 12MB file succeeds in less than a second when done manually as an individual file.
|
|
|
Sbihour
|
|
Group: Forum Members
Posts: 6,
Visits: 11
|
Hello everyone
1st post here and I also confirm the bulk AIP download issue. The problem can occur on very large files (like the french AIP one or on UK GEN 2.3 chart symbols >17 mb) but also on smaller ones > 800 k.
Hope this helps, Regards Sylvain. iOS 12.0.1 SkyDemon 3.10.5.134
|
|
|
EGBPdriver
|
|
Group: Forum Members
Posts: 18,
Visits: 19
|
Tim,
It does look like you are throttling when you use the bulk / batch download option, whereas you aren't when you individually download plates.
Perhaps this is causing the difference??
From my firewall, when using the batch option the url request is:
Note: throttle=true
Whereas when downloading individually, it is simply:
|
|
|
Tim Dawson
|
|
Group: Forum Members
Posts: 8.1K,
Visits: 9.3K
|
The cancel button cancels immediately; it does not wait for the end of the file before dismissing the window.
|
|
|