App apk size around 145 MB. It Contains 9-10 gif Images around 100 MB.So,I can't upload app on google play store.
So I am trying to implement app bundle by using this link:-
https://medium.com/#AndreSand/android-app-bundle-96ac16b36875
app bundle makes successful with .aab extension but its size is not less and when I try to upload it on google play store it gives an error that some apk file size has more than 100 MB.
Google Play currently requires that your APK file be no more than 100MB. For most applications, this is plenty of space for all the application's code and assets. However, some apps need more space for high-fidelity graphics, media files, or other large assets. Previously, if your app exceeded 100MB, you had to host and download the additional resources yourself when the user opens the app. Hosting and serving the extra files can be costly, and the user experience is often less than ideal. To make this process easier for you and more pleasant for users, Google Play allows you to attach two large expansion files that supplement your APK.
Read APK Expansion Files.
FYI
The new app publishing format, the Android App Bundle, is a more efficient way to build and release your app. The Android App Bundle lets you more easily deliver a great experience in a smaller app size.
will be more better to upload low size APk otherwise user will never download app from play store. if you have large images or gifs and you don't have server then you can use firebase storege where you can easily store your files and fetch . where you can upload your file and get images paths .
Related
This is a naive question. I'm creating my first app (using Phonegap). I'll create versions in both the App Store and Google Play Store. My question is: where will the downloadable files live?
I haven't been able to find the answer online, because I'm not sure how to phrase the question in a simple Google search. I've thought of 2 possibilities:
The downloadable files live on my server. When someone chooses to install the app from the App Store or the Google Play Store, that store authorizes the download from my server.
The downloadable file lives on the App Store's servers or the Google Play Store servers. When someone chooses to download it, the file is served directly by them.
I'm almost sure the answer is #2. That makes the most sense. But I haven't found confirmation online.
You can opt to host it on your server or use services provided by Google and Apple.
Hosting on your server will require you to maintain those servers , etc.. Hosting with Google & Apple will take away that maintenance.
Use Google Expansion Files for Google Play Store App and Content Hosting for Apple
Google Allow APK size of 100 MB any additional files can be uploaded using Expansion files. Refer to this link - https://developer.android.com/google/play/expansion-files.html
Maximum file size for an IPA file is 2 GB in Apple. If you are using Apple's in-app purchase module , then you can upload additional files using Content Hosting given by apple. Refer to this link https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/CreatingInAppPurchaseProducts.html
I'm trying to find way to save files (pdf or csv) presented in application.
I want those files be available from outside the app.
From what I know it is impossible to save file to sdcard, only in isolated storage.
There is nothing like file manager in Windows Phone, right?
Maybe there is possibility to save file to some cloud from app?
Saving outside of your app doesn't appear to be coming until WP8.1.
In WP8 we do have a few alternatives.
Save the PDF locally and launch the associated app for viewing as per this SO answer.
Use a cloud service for saving the file. The easiest way I've come across is integrating with the CloudSix app for Dropbox. The details on how to integrate the nuget package are here. It's fairly simple if you just need fire-and-forget saving.
Can an app using cocoalibspotify access offline files that were made available offline through the iOS Spotify app or a separate app with libspotify, or does libspotify use a separate offline file repository for every app which incorporates it?
I.e. If I make a song available offline in Spotify's iOS app, will it be accessed locally when played through a third party cocoalibspotify app or will it be streamed?
CocoaLibSpotify/libspotify uses a completely separate offline store. This is partly due to a limitation of iOS — applications cannot share files. Whether a track is offlined or not in the Spotify client has no effect on third party applications.
I know this has probably been answered before but I couldn't find an answer
We have a client that is currently selling video DVDs with dance classes. He wants to convert it to an App for obvious reasons.
The DVD has 90 minutes of video (divided in 8 chapters) so we estimated that it would be around 1.6GB of size. I'd like to know best practices for this.
We would like to download the 8 videos embedded in the App to avoid the user having to download chapters once they open the App (and to avoid hosting fees).
We are targeting iOS 6 because most of his customers have the latests iOS devices. We don't want to stream the video, it should play locally for different reasons.
Is 1.6GB too much for an App? Any suggestions for this scenario?
Thanks in advance
(iOS only) App Size Tips
iOS apps can be as large as 2 GB, but consider download times when determining your app’s size. Minimize the file’s size as much as possible, keeping in mind that there is a 50 MB limit for over-the-air downloads.
Too big, I think. Personally I would make the chapters downloadable and perhaps offer a 'download all' option for anyone who wants to get all the videos in one hit.
Making it modular (i.e. app and content separate) should also make it easier to add content or update the app when required.
Why not include the first chapter and build a download option for the rest of them? Best of both worlds.
Don't forget you can re-encode the video to reduce the size. If its a DVD rip you'll be getting a 480p version at most. Play around with bit rates to find an acceptable size file.
Now I have an around 30M app, when I need to make an update for the app ,I want to update only a little part of the app,what shall I do with the app? Should I make a updating app for the app or should I make it like downloading the whole new app every time?
I forgot to say that it is an app running on the Mac OS, not iOS.
Without more context, the best answer is "It depends". Off the top of my head, I can think of these factors which would affect your decision:
How many users use this app? What is
the bandwidth availability of these
users?
Do you expect the users to download and install the app? Or do they need
an automatic update? Has anybody
asked for an automatic update?
Is it a desktop app or is it a client server kind of situation?
Have you already split up the app into components so that you can ship
just a small component, replace it in
the deployed app and expect the whole
thing to work?
Edit: Based on context in the comments: Since the app is a playing music from some online source, I'm assuming it'll need to connect to some central server to play the music. You could make a small wrapper application around the music app. You'll need to change the installer such that the wrapper app's icon appears on the desktop and any launchers you have. So the user will launch the wrapper app first instead of your music player app. The wrapper app can then contact the central server and ask for the latest version of the music app. If the installed version of the music app is older, then the wrapper app can either automatically download the latest version of the music app or prompt the user to download it or .... Once the download and install finishes the wrapper should launch the music app as well. Depending on your situation, you can get fancy and make the wrapper app download only the changed portion of the music app, etc.