The thing is, our plan for the game is to constantly add and adjust content over the course of its store lifetime. It’s a 3D game, so the total package size is not small. We need to be able to patch it rather than make the user redownload the entire thing for each update.
How does this work, for both iOS and Android? Keep in mind that we use Blueprints. I imagine that shouldn’t really make a difference though.
I don’t think it would be easy to “patch” an android game, less probability if it is made with ue4. The easy way is the “redownload” option. Hope someone answer you with better news.
I guess you’d have to package an additional .obb with very specific files that would override the older duplicates present in the existing .obb. It doesn’t really seem like that’d be possible without some serious C++ tinkering with the engine itself.
This probably would require some staff assistance, but I doubt anyone at Epic has done anything like that, considering they haven’t put up an app like that with UE4.
They have Epic Citadel from UE3 on Google Play and I think that’s it.
First I have to say I’m just a beginner in android develpment… I trying to keep my game under 50mb and use the easy way that is more friendly with develper console: replace .dpk to update, then re-download whole app.
When my game was bigger than 50mb I tried .obb thing unsuccessfully. Now current 4.7 version doesn’t support .obb until next update to 4.8 thay say.
I think you need a server to connect from you app and download additional content to your game without making a full app update. Seems scary…
I’m not helping but maybe this good chat bring some staff attention
We actually managed to get .obb support working with 4.6.1. Our file in the Play store (demo for the game, https://play.google.com/store/apps/details?id=com.deviousgamers.ihatemyjobdemo&hl=en) is still pretty big though. I’m working on methods to reduce it, even though we’ve already done a ton of file shrinkage via compression n stuff.
What kind of game are you making? I’m curious how you have managed to keep it below 50mb. It seems utterly impossible with a 3D game that has any kind of non-minimalist visuals.
We’re both noobs here, but learning gotta be a noob to be a pro
So for iOS, if you modify the executable in any way, you have to post to the App Store again as an updated version. For content changes only, we were just discussing this yesterday. It will almost work right now if you were to have the application download the new content and save it to the disk (which would be the Documents directory for iOS). It would then look there for any content it doesn’t find in the normal application directory. However, any content you just updated (i.e. is the same file name) would not be found correctly. I have a task to fix this for the next release, but that won’t be by the end of the month.
I suppose it won’t be too bad if the updates are large. We can always just make our weekly updates comprehensive so it never has to update more frequently than that.
Thanks for the response!
Any idea for Android? Like if that’s possible or now or may be possible in the future?
We plan on adding significant content to the game for at least 6 months, so any point along that will still allow us to fix the large updates problem.
There is one more complication which I had forgotten about. Typically, content is stored in a pak file and those files are added to the file search path in a random order. So, while you could save a pak file to the SD Card on Android or the Documents directory on iOS, it would probably get mounted after the main application pak file which means it wouldn’t properly find updated content (so similar to the iOS location search path from above).
The long and short of it, right now if you were to save loose files to the Android SD Card, it would find them and use them, but like iOS, the file named the same in both locations would probably prefer the main installed application file over the downloaded one.
This is all scheduled to be fixed in the next release for both mobile platforms, but I don’t have an eta on that at this time. It won’t be 6 months though. I am pretty sure of that.