UE4 and device specific optimizations

What about device-specific optimizations? How will UE4 tackle that issue? Or will UE4 just be good enough for the primary “catch-all” solution?

To further explain my question - if we simply look at Angry Birds, it has one catch-all version that works consistently bad across most devices, and around 70 similar projects, each with a different device-specific optimizations visible (and replacing in google store) only to users of that particulate device, thus resulting in “one” unified angry birds on google play, which is actually 70-80 different projects sharing a similar name.

I’m not asking how to handle Google Play here, but just whether or not UE4 will tackle any (or better yet - let us select or pick a target device for this build, like Genymotion) device-specific optimization or not?

Hello,

Thank you for your report. We were not able to investigate this on the engine version you reported, but there have been many version changes to UE4 since this question was first posted. With a new version of the Engine comes new fixes and it is possible that this issue has changed or may no longer occur. Due to timetable of when this issue was first posted, we are marking this post as resolved for tracking purposes. If you are still experiencing the issue you reported in the current engine version, then please respond to this message with additional information and we will investigate as soon as possible. If you are experiencing a similar, but different issue at this time, could you please submit a new report for it.

Thanks!

Hi Sean, this wasn’t so much an issue as much as it was a improvement-suggestion.

However, I have been activelly tracking UE4 android support since… well, before 4.0 went public. And with so many different hardware packages out there, I merely “suggested” that UE4 “borrows” some of Genymotion’s device-specific details while configuring the project for Android support, but I realize that such a statement was out of place.

As far as I’m concerned - the question can be closed. But the underlying question that was asked, which goes “normally, android games are many similar but slightly different games, each tailored with certain optimizations to make most use of the hardware+software stack” and my view so far (having based it since 4.0 to 4.6 preview so far) is that UE4 might be more fitting for the catch-all solution, rather than all these slightly-different-but-mostly-the-same projects which are finely abstracted away from the user (and sight!) by Google Play.
The example I used was based on a any Angry Birds game, which seems like just one game, but in reality, is 70 mostly-same-but-slightly-different games all sharing a similar name but containing different optimizaton combos to make best use of the hardware/software stack in question.

To further elaborate, the catch-all solution works equally bad across most Android devices, but will surely work. Then, as certain devices are targeted in order of popularity, the first specific version might tackle issues found only on Nexus S phones, while the in-game patch log will mention “added support for Nexus S” or similar. Over time, that number grows up, and even the users still consider it as ‘one project’, developers do and have to know that it’s not one project. In this case, it’s now two projects, one targeting all devices except Nexus S, and one targeting Nexus S specifically. Thanks to Google Play’s specifics, the two projects still appear as they are just one. However, they are not :slight_smile: