libav und x264 (C/C++, evtl. ARMv7 asm) für Android kompilieren: Ich packs ned!

Grüß euch!

Ich hab mir ja jetzt so ein dreckiges Android Phone gekauft... ok. Gleich zum Punkt:

Ich würd gerne das [libav Codecsystem] mit der [Android NDK] Toolchain bauen, und danach noch [x264] dagegen linken und bauen, und das fertige (hoffentlich statisch gelinkte) x264 Binary dann am Android Phone nutzen.

Hat irgendwer damit Erfahrung, wie man C/C++ mit klassischem configure/make Setup mit der Android NDK Toolchain übersetzt? Ich pack diesen cross-compile Wahnsinn gar ned, und die Doku is Mörda..

Daher wollte ich Mal nachfragen, ob es hier jemanden gibt, der evtl. etwas Orientierungs-Starthilfe leisten könnte.

Als Plattform fürn Bau hab ich ein CentOS 6.0 Linux, und halt die neueste Android NDK. SDK auch, brauchts aber wohl ned für den Code. GNU make, autoconf, yasm usw. sind natürlich auch vorhanden.. Ich glaub ja ich bräuchte nur ein entsprechend passendes Setup, sodaß statt den System Tools und Libs halt nur die des NDK genutzt werden mit der korrekten Target Arch und entsprechenden Optimierungen, plus evtl den yasm, um die ARMv7 Assembler Codepfade nutzen zu können, die ja auch vorliegen bei dem Source.

Aber wie das genau aussehen soll, ich durchblicks ned. Es gibt Leute im Netz, die es geschafft haben, aber die fragmentierten und unvollständigen Infos dazu waren nicht sehr hilfreich. Guide gibts keins, und der Market... najo, den kann man in so einem Fall vergessen.. Commandline Tools für Video Encoding gibts da generell ned..

Zu Hülf?!

Das is ein TI OMAP3 (ARMv7), ich muß noch nachsehen, ob ich eine HW FPU habe, das weiß ich noch ned sicher. Was ich weiß ist, daß ich keine NEON SIMD Extensions zur Verfügung habe. Phone ist ein Motorola Milestone 2.

Und: x264 und GPU Nutzung sind nach wie vor nicht wirklich realisiert, und der Output von x264 ist in seiner Qualität noch von keinem GPU-gestützten Encoder erreicht worden, nach wie vor nicht. Von daher steh ich dem GPU Encoding solange skeptisch gegenüber, bis wirklich x264 selbst entsprechend portiert ist.

Also GPU Support ist weder am PC noch sonstwo für x264 verfügbar, darüber muß ich mir keine Gedanken machen.

Werde aber deinem Rat folgen, und mich an XDA Devs wenden, wenn hier niemand weiter wissen sollte (Habe bei XDA noch nie gepostet, und oc.at ist normal erste Anlaufstelle).

thx

Edit: Der Grund ist, ich will einen von mir veröffentlichten x264 Benchmark auf Android portieren. Ihn ins Linux auf x86_64 und sogar MIPS zu bringen war möglich. ARM @ Android ist die nächste Stufe der Challenge!

Ok, danke!

[Hier mein Post bei den XDA Developers]

Ich hoffe ich bin ned ganz falsch unterwegs dort (Poststyle, Subforum usw.).

Als CPU sollte ein OMAP-3630 drinnen sein welcher ein Cortex-A8 ist mit einer PowerVR SGX530 GPU und DaVinci erweiterungen http://en.wikipedia.org/wiki/Texas_Instruments_DaVinci

und anstelle der NEON SIMD hat er eine IVA 2 Einheit in einem eigenen DSP

Ich nehme schon an, daß ELF binaries am Android laufen, also jo, ELF. Für ARMv7 halt. Sache is, daß ich einfach keinen Schimmer habe wie man cross-compiled und diese NDK toolchain verwendet. Die Doku will ich irgendwie ned lesen, weil ich hab so die Ahnung daß ich da 5 Stunden les, und dann geht genausoviel wie vorher wal ich eh nix kapier.

openembedded hab ich noch nie gehört, müßt ich Mal schaun was das is und kann.

+4GB? Meine Workstation hier mit Linux hat 6GB. Das Handy natürlich eher nicht. Aber ich schätze du meinst die Desktopapplikation?!

Soweit ich das verstanden habe, wird der Binärcode im Android irgendwie über JNI aufgerufen und läuft dann auch in dieser komischen VM.. linked aber gegen die Systemlibs. kA wie das genau läuft.

Auf xdadevelopers hat noch keiner geantwortet.

Edit: openembedded Mal nach Anleitung gesaugt.. Hmm.. Jetzt steh ich wieder da wie ein Depp... Komm wohl ned drumherum mit stundenlang einzulesen, um dann umso epischer zu scheitern.

Edit 2: Einige Stunden später: Ich komm auf keinen grünen Zweig. Irgendwie muß man da so eine Art Jobfile schreiben.. kA. Gibts nix, das einen bestehenden Source-Tree mit configure/make-Style einfach "einliest" und dann "Build for Android 2.x / OMAP3", fertig? rofl.

Bah....

Edit 3: Versucht, x264 mit bitbake zu bauen.. den hauts irgendwo bei ncurses auf... pfh. Bold reichts ma.

Edit 4: ncurses Patches am Angstrom Server ned mehr verfügbar (HTTP 403 wtf), und Main URL für ncurses-5.7 auf einen funktionierenden Mirror gesetzt. kA ob das auseinanderbricht ohne die Patches... aber das funzt wahrscheinlich eh alles sowieso nie.

Edit 5: binutils Package, Checksum mismatch.. Geht dahin mit dem "Framework"...

Edit 6: Im Package bison.. make[1]: *** [all-recursive] Error 1

...

rm -Rf ~/openembedded - und tschüss!

Ich danke dir für jeden Hinweis, der helfen könnte (auch für Openembedded, kannte ich noch ned).

Leider gewinne ich nach kurzer Begegnung mit der Android NDK und dem Openembedded System langsam aber sicher den Eindruck, daß man einfach russischer Raketenwissenschafter und Unix Systemcoder Guru sein muß, um sowas zuwege zu bringen!?!

Für das Erfüllen solcher Dependencies sollte doch z.B. die Android NDK sorgen, oder? Openembedded scheint mir ja eine ganze Linux Distro bauen zu wollen! rofl. Aber die NDK, das is ja eine komplette Toolchain inklusive der Android Libraries usw.? Ich habs trotzdem ned geschafft, den Compiler zur Arbeit zu bewegen ("No working C compiler found", das kann natürlich vom nicht passenden CFLAG bis hin zur Nutzung des falschen gcc alles sein).

******e, daß es hier niemanden gibt, der C/C++ Code schon Mal für Android portiert hat.

Das Android-NDK kann dir auch nicht jeden Abhängigkeitswunsch erfüllen. Wenn x264 eine Lib haben will, die nicht dabei ist, musst du sie eben selber bauen (wie du es mit libav anscheinend auch machen willst).