Wie läuft das mit den Apps/Games mit ARM-Abhängigkeiten?

[chrulri]

Ich mein wie soll z.B. AngryBirds oder all die anderen Spiele laufen, welche auf einer nativen Library aufbauen (OpenGL Code, etc.. ist alles aus Performancegründen in C geschrieben, weshalb all die Apps/Games min. eine .so Datei beinhalten welche aber nur für armv5 und armv7 kompiliert sind. Wie soll so etwas denn nun auf x86 laufen?
Emulator? Gar nicht? Oder müssen alle Apps/Games Entwickler ihren Code nochmals für x86 kompilieren und ein Update rausbringen?



1 mal bearbeitet, zuletzt am 21.04.11 13:33 durch chrulri.

[Dinh]

chrulri schrieb:
--------------------------------------------------------------------------------
> Wie soll so etwas denn nun auf x86 laufen?
> Emulator? Gar nicht? Oder müssen alle Apps/Games Entwickler ihren Code
> nochmals für x86 kompilieren und ein Update rausbringen?

Normalerweise müsstest du das, weil du Source-Code für jeden Prozessor ein Mal übersetzen musst.

<Spekulation>

Bei Dalvik könnte(!!!) es aber anders sein, da die Applikationen ja als ByteCode und nicht als nativen Machinencode ausgeliefert werden.

Mit etwas Glück heisst das: Dalvik-VM auf x86 portieren und alles läuft.
Die VM wäre dann z.B. gegen die x86 gl.so gelinkt, welche (zusammen mit allen Libs, die die VM braucht) mit einem nativen Compiler kompiliert wurde.

Der selbe OpCode zum Rendern eines Dreiecks (in AngryBird) würde dann je nach darunterliegender Hardware in anderen Machinencode Just-In-Time-kompiliert und im Market bräuchte man nur eine Version.

Ähnlich wie bei Java halt ;)

</Spekulation>

-- Dinh --

[chrulri]

Bezüglich <Spekulation>...</Spekulation>: Nein, das ist ja gerade das Problem, dass eben der hochperformante Code (Grafik, Physik, etc..) NICHT in ByteCode vorliegt sondern in Maschinencode und somit auch nur auf den dafür kompilierten Maschinen läuft (im Normalfall hat man je eine SharedLibrary für armv5 und eine armv7).

Die meisten Apps werden 1:1 funktionieren, da sie keinen nativen Libraries enthalten, bei Spielen ist das meistens aber eben nicht so, die enthalten native Libraries.

[Thaodan]

deswegen währe mir ein richtiges Linux lieber nicht dieser Davik kram.
(Frage kann man bei Andriod überhaupt was ohne Davik machen?)

[chrulri]

Nene, Dalvik passt schon, für die meisten Apps reicht es, halt für die Spiele meistens nicht. Ausserdem braucht man dann die App nicht in zig verschiedenen Kompilaten anbieten. Abgesehen von den native libraries, welche aber nur einen Bruchteil der ganzen App ausmachen.

Und ja, schmeiss ein ARM-Linux drauf und du bist die Dalvik-VM los, aber eben, dann ists kein Android mehr

[RazorHail]

Thaodan schrieb:
--------------------------------------------------------------------------------
> deswegen währe mir ein richtiges Linux lieber nicht dieser Davik kram.
> (Frage kann man bei Andriod überhaupt was ohne Davik machen?)


richtiges linux?
toll, bist aber ein ganz schlauer

dann läuft ja gar nichts mehr unter x86


das ist doch das selbe Problem was MS jetzt hat - für WOA gibt es keinerlei Software

[Trollversteher]

>Bei Dalvik könnte(!!!) es aber anders sein, da die Applikationen ja als ByteCode und nicht als nativen Machinencode ausgeliefert werden

Nein, denn genau das meint er ja. Davlik ist nicht wirklich performant im Vergleich zu nativem Code, deshalb umgehen dies einige Apps, indem sie native Libs einsetzen, und diese müssten tatsächlich auf x86 portiert werden.

[chrulri]

Danke für die fast fünf Monate verspätete Bestätigung :)