I made a 100MB game!
And thus I cannot upload to Google Play… and seemly corona does not support expansion files… Can someone confirm that to me?
Also, I saw mentions of a tar module, but to use it I need to put the tar in my own server and download it? Or Corona allows me to somehow access the expansion files in whatever place they are downloaded? [import]uid: 142895 topic_id: 30618 reply_id: 330618[/import]
Your 100MB bulk is mostly made of images, isn’t it? And not all of those images are used right away as you start the app.
So - either download some in the background then use them, or explicitly require user to wait to download them as you get to the point where they are needed. [import]uid: 160496 topic_id: 30618 reply_id: 122679[/import]
So in any case I will have to own a file server? [import]uid: 142895 topic_id: 30618 reply_id: 122680[/import]
Well yes, but the cost isn’t much. Or zero if you use Dropbox ( I never used it, but I think firt 250m or so is free… [import]uid: 160496 topic_id: 30618 reply_id: 122684[/import]
I have a app that got to big for the apple file size of 30meg and had to go through this same pain.
the tar module that one of the dev’s made IS what you want to use. it does not compress the files, AND it does not support sub-directories in the TAR. but it will lump all the files together into 1 large tar file for easy downloading.
Yes I had to have our own server in which to host the tar file from for downloading. because even if i used expansion files on Google Play… I couldn’t easily get them to download and uncompress to a Apple IOS app. So going with my own file server was the way to go (Which for us was simple, we already have servers that we host websites on)
Once you do that you have to write all the code to download the tar file, use the LUA file system and TAR module to uncompress and move the files where you want them. AND if you are publishing this to Apple… then you have the problem that all of the files you downloaded are now in the System Documents directory and not the system Resource directory.
Apple will reject your app if you store to much MB in the system Documents directory unless you mark all the extra files as Do Not Backup other wise apple will reject it for violating their iCloud backup rules.
to mark the files use the following API and execute it on EACH file after its been extracted from your TAR file (Make sure you delete your TAR file after its been extracted as well).:
[lua]–iOS/Mac: Added API to control (disable) iCloud backups on per-file basis
value, errorstr = native.setSync(“file4.txt”, { iCloudBackup=false } )[/lua]
value is true on success/false on failure. errorstr will be set with the error string on failure. value, errorstr = native.getSync(“file4.txt”, { key=“iCloudBackup” } ) gets the current extended attribute setting. If an error occurs, errorstr will be set with a string, otherwise it is nil. The default base directory is the Documents directory (because that is the only folder that is backed up by iCloud). Other platforms return nil when these APIs are called. [import]uid: 88147 topic_id: 30618 reply_id: 122685[/import]
Apple changed the maximum application file no? [import]uid: 142895 topic_id: 30618 reply_id: 122692[/import]
Yes, apple’s is something like 500M now. [import]uid: 160496 topic_id: 30618 reply_id: 122694[/import]
Your 100MB bulk is mostly made of images, isn’t it? And not all of those images are used right away as you start the app.
So - either download some in the background then use them, or explicitly require user to wait to download them as you get to the point where they are needed. [import]uid: 160496 topic_id: 30618 reply_id: 122679[/import]
So in any case I will have to own a file server? [import]uid: 142895 topic_id: 30618 reply_id: 122680[/import]
Well yes, but the cost isn’t much. Or zero if you use Dropbox ( I never used it, but I think firt 250m or so is free… [import]uid: 160496 topic_id: 30618 reply_id: 122684[/import]
I have a app that got to big for the apple file size of 30meg and had to go through this same pain.
the tar module that one of the dev’s made IS what you want to use. it does not compress the files, AND it does not support sub-directories in the TAR. but it will lump all the files together into 1 large tar file for easy downloading.
Yes I had to have our own server in which to host the tar file from for downloading. because even if i used expansion files on Google Play… I couldn’t easily get them to download and uncompress to a Apple IOS app. So going with my own file server was the way to go (Which for us was simple, we already have servers that we host websites on)
Once you do that you have to write all the code to download the tar file, use the LUA file system and TAR module to uncompress and move the files where you want them. AND if you are publishing this to Apple… then you have the problem that all of the files you downloaded are now in the System Documents directory and not the system Resource directory.
Apple will reject your app if you store to much MB in the system Documents directory unless you mark all the extra files as Do Not Backup other wise apple will reject it for violating their iCloud backup rules.
to mark the files use the following API and execute it on EACH file after its been extracted from your TAR file (Make sure you delete your TAR file after its been extracted as well).:
[lua]–iOS/Mac: Added API to control (disable) iCloud backups on per-file basis
value, errorstr = native.setSync(“file4.txt”, { iCloudBackup=false } )[/lua]
value is true on success/false on failure. errorstr will be set with the error string on failure. value, errorstr = native.getSync(“file4.txt”, { key=“iCloudBackup” } ) gets the current extended attribute setting. If an error occurs, errorstr will be set with a string, otherwise it is nil. The default base directory is the Documents directory (because that is the only folder that is backed up by iCloud). Other platforms return nil when these APIs are called. [import]uid: 88147 topic_id: 30618 reply_id: 122685[/import]
Apple changed the maximum application file no? [import]uid: 142895 topic_id: 30618 reply_id: 122692[/import]
Yes, apple’s is something like 500M now. [import]uid: 160496 topic_id: 30618 reply_id: 122694[/import]