Android OpenGL中的小屏幕尺寸，仅适用于三星S3和果冻豆

我的应用程序一直运行良好（在大多数手机上），直到最近三星s3更新为Jelly Bean。屏幕如下所示：-

它可以在使用ICS的S3和大多数其他手机（包括其他三星手机）上正常工作

你知道S3有什么不同之处会导致果冻豆出现这样的问题吗

这里是调试信息感谢爱德华的应用程序

---

这听起来与我今年早些时候的问题类似：

在我的例子中，它与三星的“奔腾”显示屏有关。这项技术为三星提供了更高的有效屏幕分辨率。升级到Jellybean后，设备开始报告更高的屏幕分辨率，欺骗一些软件认为它的物理尺寸比实际尺寸小得多。当客户开始抱怨我的应用程序不再适合屏幕时，我发现了这个bug。我不得不重新调整我的字体大小，使它再次发挥作用

最后，我编写了一个小应用程序，它只显示屏幕指标，并给出选择了哪些资源文件的想法。我发现，只要运行此应用程序并查看屏幕，就可以在调试资源问题时大有裨益：

---

终于找到了答案。我的舱单上有：-

<supports-screens
    android:anyDensity="false"
    android:largeScreens="true"
    android:normalScreens="true"
    android:smallScreens="true"
    >
</supports-screens>

我把它改成：-

<supports-screens
    android:anyDensity="true"
    android:largeScreens="true"
    android:normalScreens="true"
    android:smallScreens="true"
    android:xlargeScreens="true"
    >
</supports-screens>

---

现在可以正常工作了：）

谢谢Edward，我们将让一位报告问题的用户试用它，希望它能有所帮助！顺便说一句，我使用libgdx制作应用程序（一张实时壁纸），它似乎产生了预期的宽度/高度，是否也必须考虑密度？您的物理尺寸是720x1024，但您的像素密度是2.0（2倍基线），因此“设备无关像素”是360x512。显示屏上的最后一行是“最小宽度”，这表明如果您有一个“drawable-sw320/”目录，它将被使用，而“drawable-sw400/”目录将不会被使用。另一方面，如果您在“drawable Xdpi”（更有可能）中存储drawable，则会优先选择“drawable xhdpi/”。现在，考虑一下您的背景绘图存储在哪里。您是否有可能使用“drawable nodpi/”？嗨，Edward，问题不在于资产的大小，而在于GLSurface的大小（尽管我确实认为资产的大小可能也是一个问题！）啊哈；我帮不了你；对德国劳埃德船级社一无所知。看起来不错。提示：将设备侧向转动，使线路不会偏离右边缘。（总有一天我会找到一个更好的布局。）刚刚遇到同样的问题，你的解决方案解决了这个问题。谢谢！：）我很高兴我能帮上忙！