Sun_set_1
Captain
- Registriert
- Sep. 2008
- Beiträge
- 4.037
Naja, das Ruckeln soll ja in den kommenden Android Versionen durch entsprechende GPU Skalierung (in iOS seit Version 1.0 höhö) abgeschafft werden. Wenn die GPU Skalierung dann mal irgendwann nicht mehr nur im Nexus überall funktioniert, wird Android für mich evtl auch interessant. Viele Sachen (Dropdown Menüs, Pop-UP Dialoge und Effekte) werden bereits durch Hardwarebeschleunigung berechnet. Aber z.B. das Surfen meines Wissens nach immer noch nicht oder nur auf ganz wenigen, ausgewählten, Geräten. Denn der Fensterinhalt wird zum Großteil immer noch durch Software gerendert, da die GPU Berechnung erst mit Android 4.0 zum Standard wurde bzw. wird.
Aber laut Google ist Hardwarerendering auch nicht der Heilige Gral:
Nun muss man aber fairer Weise sagen, dass die breitflächige Unterstützung bei der Hardwarevarietät um einiges umständlicher zu integrieren ist, als dies bei iOS (4 verschiedene Chipsets oder Bada mit 2 - 3 Chipsets) der Fall ist.
Auf der anderen Seite hätte Google auch schon lange entsprechend definierte Schnittstellen bereitstellen können. Dann wäre es Sache der Hardwarehersteller gewesen ihre Hardware und eigene Software konform dieser Schnittstellen zu entwickeln.
Was Bada anbelangt, sagt der Testbericht ja eigentlich alles. Das OS ansich ist gut und solide, woran es mangelt ist die Softwareunterstützung. Leider wird sich dies auch nicht ändern, wenn Samsung nicht mal endlich mehr Geräte mit diesem OS ausliefert. Ansonsten läuft Bada Gefahr dem gleichen Schicksal wie WebOS entgegen zu laufen.
Aber laut Google ist Hardwarerendering auch nicht der Heilige Gral:
• Hardware accelerated drawing is not a magical silver bullet to butter-smooth UI. There are many different efforts that have been going on towards this, such as improved scheduling of foreground vs. background threads in 1.6, rewriting the input system in 2.3, strict mode, concurrent garbage collection, loaders, etc. If you want to achieve 60fps, you have 20 milliseconds to handle each frame. This is not a lot of time. Just touching the flash storage system in the thread that is running the UI can in some cases introduce a delay that puts you out of that timing window, especially if you are writing to storage.
• A recent example of the kinds of interesting things that impact UI smoothness: we noticed that ICS on Nexus S was actually less smooth when scrolling through lists than it was on Gingerbread. It turned out that the reason for this was due to subtle changes in timing, so that sometimes in ICS as the app was retrieving touch events and drawing the screen, it would go to get the next event slightly before it was ready, causing it to visibly miss a frame while tracking the finger even though it was drawing the screen at a solid 60fps. (Edit: for those who need this made clear, yes of course this particular issue is fixed.)
• When people have historically compared web browser scrolling between Android and iOS, most of the differences they are seeing are not due to hardware accelerated drawing. Originally Android went a different route for its web page rendering and made different compromises: the web page is turned in to a display list, which is continually rendered to the screen, instead of using tiles. This has the benefit that scrolling and zooming never have artifacts of tiles that haven’t yet been drawn. Its downside is that as the graphics on the web page get more complicated to draw the frame rate goes down. As of Android 3.0, the browser now uses tiles, so it can maintain a consistent frame rate as you scroll or zoom, with the negative of having artifacts when newly needed tiles can’t be rendered quickly enough. The tiles themselves are rendered in software, which I believe is the case for iOS as well. (And this tile-based approach could be used prior to 3.0 without hardware accelerated drawing; as mentioned previously, the Nexus S CPU can easily draw the tiles to the window at 60fps.)
https://plus.google.com/105051985738280261832/posts/2FXDCz8x93s
Nun muss man aber fairer Weise sagen, dass die breitflächige Unterstützung bei der Hardwarevarietät um einiges umständlicher zu integrieren ist, als dies bei iOS (4 verschiedene Chipsets oder Bada mit 2 - 3 Chipsets) der Fall ist.
Auf der anderen Seite hätte Google auch schon lange entsprechend definierte Schnittstellen bereitstellen können. Dann wäre es Sache der Hardwarehersteller gewesen ihre Hardware und eigene Software konform dieser Schnittstellen zu entwickeln.
Was Bada anbelangt, sagt der Testbericht ja eigentlich alles. Das OS ansich ist gut und solide, woran es mangelt ist die Softwareunterstützung. Leider wird sich dies auch nicht ändern, wenn Samsung nicht mal endlich mehr Geräte mit diesem OS ausliefert. Ansonsten läuft Bada Gefahr dem gleichen Schicksal wie WebOS entgegen zu laufen.
Zuletzt bearbeitet: