D
DerFetzer
Neues Mitglied
- 21
Danke User51 für die ganze Lobhudelei!
Ich werde mal versuchen, auf deine Fragen zu antworten:
ADBD steht für den ADB-Daemon, also quasi der Dienst, der auf dem Android läuft und zu dem man sich mit dem ADB-Kommandozeilentool verbinden kann.
Doch du hast das schon richtig verstanden. Der TWRP (siehe Link oben), den ich verwende, hat einen eingebauten ADBD. Auf den kann man dann ganz normal per USB zugreifen.
Zu ADB über Wifi gibt es ganz unten auf dieser Website in der Android Developer Documentation einen Abschnitt. Da ist auch nochmal der genaue Aufbau der ADB-Bestandteile beschrieben. Im Groben startet man den ADBD im Netzwerk-Modus und dann kann man mit "adb connect <IP[ort]>" auf dem Rechner eine Verbindung Herstellen. Der Clou an der Sache ist, dass jedes Android nicht nur den ADBD, sondern auch einen ADB besitzt. Ich habe mich dann also mit dem Terminal-Emulator und dem ADB auf dem Tablet zum ADBD auf demselben verbunden (also quasi "adb connect 127.0.0.1"). Klingt zwar kompliziert, ist es aber eigentlich nicht.
Ja genau, ich hab mit den Terminal Emulator über F-Droid runtergeladen. Meine erste Amtshandlung nach dem Rooten war nämlich erstmal die ganzen Google-Apps runterzuwerfen.
Ich habe jetzt nochmal nachgeschaut und in einer Sicherung tatsächlich das APK gefunden, was ich verwendet hab. Und zwar ist das Version 4.5.0.722 von dieser Website. Da ist auch eine Anleitung verlinkt, wie man den Kingroot dann durch SuperSU ersetzt. Nach der bin ich auch vorgegangen.
Die Video-Hardwarebeschleunigung scheint zu funktionieren, zumindest bei MP4. Was anderes habe ich noch nicht ausprobiert. Eine Audio-Hardwarebeschleunigung ist auch im Stock-ROM nicht implementiert. Also zumindest ist kein Hardware-Audio-Codec registriert.
Die einzigen schwerwiegenden Bugs, die ich noch habe sind, dass das Aufnehmen von Videos und Panoramas nicht möglich ist. Aber da ich das sowieso nicht benötige, hab ich da nicht sonderlich viel Energie reingesteckt, das zu beheben. Und HDMI konnte ich noch nicht testen. Da wird aber, soweit ich weiß, vom CM auch kein Einstellungsmenü angeboten. Um da was zu ändern, müsste man sich wahrscheinlich selber was basteln. Es könnte aber trotzdem funktionieren.
Gestern hab ich mich nochmal ein bisschen intensiver mit dem Bootmode beschäftigt. Kein Wunder, dass Fastboot nicht funktioniert, da der Bootloader eine Eigenentwicklung von Rockchip ist. Ich bin jetzt nach der Anleitung vorgegangen und mein Tablet wird auch erfolgreich erkannt! Aber ich hab noch nichts geflasht. Aber mit einem funktionierenden Bootmode könnten man in Zukunft auch mal einen Kernel-Eigenbau angehen, wobei das aber sicher erheblich schwieriger sein wird als das Portieren.
Und nochetwas ist mir gestern aufgefallen. Schaut euch mal diese Website an! Das war mir doch klar, dass ein Hersteller von Küchengeräten nicht einfach mal eine Abteilung zum Bauen von Tablets aus dem Boden stampft. Das Tablet scheint baugleich zu sein und wie ich das interpretiere, wurde der Kernel in meinem Tablet auch auf deren Server kompiliert.
Wir können uns nächste Woche gern mal per Skype unterhalten. Weiteres dazu machen wir uns per PM aus, würde ich vorschlagen.
LG
DerFetzer
Ich werde mal versuchen, auf deine Fragen zu antworten:
User51 schrieb:Ich weiß, was ein Terminal Emulator ist (weil ich ihn auf mehreren Geräten mit CM vorinstalliert hatte), aber was ist / wofür steht ADBD ?
ADBD steht für den ADB-Daemon, also quasi der Dienst, der auf dem Android läuft und zu dem man sich mit dem ADB-Kommandozeilentool verbinden kann.
User51 schrieb:kannst du denn, wenn das Tab im Recovery ist, via ADB darauf zugreifen ? Wär mir neu, dass das geht. Oder hab ich das missverstanden ?
Doch du hast das schon richtig verstanden. Der TWRP (siehe Link oben), den ich verwende, hat einen eingebauten ADBD. Auf den kann man dann ganz normal per USB zugreifen.
User51 schrieb:Hier bin ich nicht ganz mitgekommen. Nochmal ausführlich bitte. Ich weiß zwar, dass ADB via Wlan geht, wegen der Option in den Entwickleroptionen, aber ich hab keine Ahnung, wie das praktisch funktioniert. Außerdem: hast du dir einen TE runtergeladen ? Soweit ich weiß, war bei mir keine vorinstalliert.
Zu ADB über Wifi gibt es ganz unten auf dieser Website in der Android Developer Documentation einen Abschnitt. Da ist auch nochmal der genaue Aufbau der ADB-Bestandteile beschrieben. Im Groben startet man den ADBD im Netzwerk-Modus und dann kann man mit "adb connect <IP[ort]>" auf dem Rechner eine Verbindung Herstellen. Der Clou an der Sache ist, dass jedes Android nicht nur den ADBD, sondern auch einen ADB besitzt. Ich habe mich dann also mit dem Terminal-Emulator und dem ADB auf dem Tablet zum ADBD auf demselben verbunden (also quasi "adb connect 127.0.0.1"). Klingt zwar kompliziert, ist es aber eigentlich nicht.
Ja genau, ich hab mit den Terminal Emulator über F-Droid runtergeladen. Meine erste Amtshandlung nach dem Rooten war nämlich erstmal die ganzen Google-Apps runterzuwerfen.
User51 schrieb:weißt du denn eventuell noch, wo du die herhast ? Denn die beiden Kingroot APKs, die ich mir heruntergeladen habe, konnte ich beide wegen eines Parsingfehlers nichtmal installieren, also auch nicht testen. Der root würde mir fürs erste glaub ich reichen, je nachdem, welche Buggs dein Rom noch so hat.
Ich habe jetzt nochmal nachgeschaut und in einer Sicherung tatsächlich das APK gefunden, was ich verwendet hab. Und zwar ist das Version 4.5.0.722 von dieser Website. Da ist auch eine Anleitung verlinkt, wie man den Kingroot dann durch SuperSU ersetzt. Nach der bin ich auch vorgegangen.
User51 schrieb:Frage zu deinem Rom (ganz ab davon, dass ich dir unfassbar dankbar bin, dass du dafür eins geschrieben ? kompiliert ? (/&))(/&)(/= drauf: [hier passendes Verb einsetzen] hast und ich somit vielleicht doch nicht ohne Root / Custom Rom auskommen muss) : funktioniert die Hardwarebeschleunigung für Video / Audio ?
Die Video-Hardwarebeschleunigung scheint zu funktionieren, zumindest bei MP4. Was anderes habe ich noch nicht ausprobiert. Eine Audio-Hardwarebeschleunigung ist auch im Stock-ROM nicht implementiert. Also zumindest ist kein Hardware-Audio-Codec registriert.
Die einzigen schwerwiegenden Bugs, die ich noch habe sind, dass das Aufnehmen von Videos und Panoramas nicht möglich ist. Aber da ich das sowieso nicht benötige, hab ich da nicht sonderlich viel Energie reingesteckt, das zu beheben. Und HDMI konnte ich noch nicht testen. Da wird aber, soweit ich weiß, vom CM auch kein Einstellungsmenü angeboten. Um da was zu ändern, müsste man sich wahrscheinlich selber was basteln. Es könnte aber trotzdem funktionieren.
Gestern hab ich mich nochmal ein bisschen intensiver mit dem Bootmode beschäftigt. Kein Wunder, dass Fastboot nicht funktioniert, da der Bootloader eine Eigenentwicklung von Rockchip ist. Ich bin jetzt nach der Anleitung vorgegangen und mein Tablet wird auch erfolgreich erkannt! Aber ich hab noch nichts geflasht. Aber mit einem funktionierenden Bootmode könnten man in Zukunft auch mal einen Kernel-Eigenbau angehen, wobei das aber sicher erheblich schwieriger sein wird als das Portieren.
Und nochetwas ist mir gestern aufgefallen. Schaut euch mal diese Website an! Das war mir doch klar, dass ein Hersteller von Küchengeräten nicht einfach mal eine Abteilung zum Bauen von Tablets aus dem Boden stampft. Das Tablet scheint baugleich zu sein und wie ich das interpretiere, wurde der Kernel in meinem Tablet auch auf deren Server kompiliert.
Wir können uns nächste Woche gern mal per Skype unterhalten. Weiteres dazu machen wir uns per PM aus, würde ich vorschlagen.
LG
DerFetzer