Wie viel "R" steckt noch in RAD Studio XE5?

[Jonas Shinaniganz]

Zitat:

dann wären vielleicht 100€ für ein Billig-Droid eine gute Investition – wenn du ernsthaft Apps entwickeln willst.

Das sagen auch die Leute von Embarcadero und es ist völlig richtig. Du entwickelst ja auch nicht für Windows und emulierst dann ein Windows um die App zu testen... Der Emulator hat eigentlich keine Berechtigung.

[Union]

Zitat von NamenLozer:

Wobei ich mich meine zu erinnern, vor einigen Monaten gelesen zu haben, dass Intel einen schnelleren Emulator basierend auf Intels x86-Port von Android entwickelt haben will. Weiß nicht, was da der aktuelle Stand ist...

Der HAXM ist für X86. Delphi erzeugt aber ARM32 Code.

Zitat von Jonas Shinaniganz:

Zitat:

dann wären vielleicht 100€ für ein Billig-Droid eine gute Investition – wenn du ernsthaft Apps entwickeln willst.

Das sagen auch die Leute von Embarcadero und es ist völlig richtig. Du entwickelst ja auch nicht für Windows und emulierst dann ein Windows um die App zu testen... Der Emulator hat eigentlich keine Berechtigung.

Aber vorher sicherstellen, dass so ein Gerät dann auch kompatibel ist, sowohl von der Android-Version als auch vom Prozesser. Es muss ein ARM32 Neon sein, Tegra2 geht nicht.

Wer früher über Microsoft und Apple geschimpft hat, kannte Android noch nicht.

[arnof]

Zitat:

Tegra2 geht nicht

warum soll der nicht gehen ? Der ist ARM basierend

[Union]

Ist eben so definiert

[mjustin]

Zitat von Union:

Aber vorher sicherstellen, dass so ein Gerät dann auch kompatibel ist, sowohl von der Android-Version als auch vom Prozesser. Es muss ein ARM32 Neon sein, Tegra2 geht nicht.

Wer früher über Microsoft und Apple geschimpft hat, kannte Android noch nicht.

Niemand schimpft ernsthaft darüber, dass Android auf verschiedenen Prozessorarchitekturen läuft ...

[Namenloser]

Zitat von Union:

Zitat von NamenLozer:

Wobei ich mich meine zu erinnern, vor einigen Monaten gelesen zu haben, dass Intel einen schnelleren Emulator basierend auf Intels x86-Port von Android entwickelt haben will. Weiß nicht, was da der aktuelle Stand ist...

Der HAXM ist für X86. Delphi erzeugt aber ARM32 Code.

Ich dachte der erzeugt Java-Bytecode?

[ConstantGardener]

...das verwechselst Du mit Oxygene.

Delphi erzeugt "true nativ" Maschinencode für ARM7 mit NEON.

[Union]

dccaarm.exe erzeugt .so und die ist gegen das NDK gelinkt. Im apk ist eine Art Java Loader enthalten, der die MainActivity startet.

Zur Deploy-Geschwindigkeit: Die Transferrate die adb push ausgibt sind 135 kb/s beim Emulator. Da die .so mit FMX immer >= 15 MB sind (Plus APK >= 5 MB) kann man sich einfach ausrechnen.

Tip: Während des Transfers auf dem Emulator rumklicken vervierfacht die Transfergeschwindigkeit. Soviel dazu.

[Namenloser]

Zitat von ConstantGardener:

...das verwechselst Du mit Oxygene.

Delphi erzeugt "true nativ" Maschinencode für ARM7 mit NEON.

Ah ok, war mir neu. Ich habe mich nicht genauer damit beschäftigt, da ich es sowieso nie einsetzen werde. Ich ging einfach davon aus, dass Java-Bytecode erzeugt würde (glaube freepascal macht es auch so), zumal es von Google ja offiziell „discouraged“ ist, das NDK zu verwenden, wenn es nicht unbedingt nötig ist.

[zeras]

Zitat von mjustin:

Niemand schimpft ernsthaft darüber, dass Android auf verschiedenen Prozessorarchitekturen läuft ...

Doch ich. Ich habe nämlich ein Motorola Razr i und kann Mobile Studio nicht nehmen, weil dort ein Intel drin ist.
Nun muss ich mir was anderes einfallen lassen, wenn ich unter Android Apps erstellen will, wobei ich schon einige Hinweise von euch bekommen habe. Im Endeffekt wollte ich aber Delphi nehmen, um meine Apps zu erstellen.