Fastboot adb Devices Problem

[Bruno1872]

Hallo,

ich "leide" weite.
Alle relevanten Einträge in derText-Datei build.prop im Ordner /system sind bei mir nun vorhanden:

persist.vendor.camera.HAL3.enabled=1
persist.camera.HAL3.enabled=1
persist.camera.stats.test=5
persist.vendor.camera.stats.test=5
persist.camera.eis.enabled=1

Nur bringt das nicht das gewünschte Ergebnis.
Die camera2 Api ist laut Test App nicht akitv.

Ich finde auch keinen Unterschied zwischen der build.prop von Andy.
diese Einträge hatte ich nur auch noch probiert, erst aber nicht.
persist.camera.stats.test=5
persist.vendor.camera.stats.test=5

Alle von mir getesteten Gcam Probs stürzen sofort nach öffnen ab.

Nun frage ich mich, was bei mir noch anders ist als bei Euch, wo es funzt.

Bislang habe ich die build.prop nur manuell per vi Editor geändert.
2 gesicherte build.prop sind bei mir im system Ordner auch noch vorhanden, die habe ich aber umbenannt in build.prop.org und build.prop.o .

die build.prop hat diese Rechte:
-rw-r--r-- root ---- root ----> 11591 Jun 25 17:04 build.prop

Im Ordner /system/product gibt es noch eine build.prop Datei.
Die ist aber praktisch ohne Inhalt.

Die Rom ist eine Stock Rom von Xiaomi
Pi 9 Miui 10.03

 

[Andy]

Gibt es unter /vendor auch eine build.prop?
Wenn ja, was steht da drin?

 

[Bruno1872]

ja unter unter /vendor ist auch eine build.prop vorhanden,
aber für camera find ich dort keine Einträge.

 

[JohnBill]

meine /system/build.prop hat 600 als Zugriffsrecht, kein 644.
Aber ob das den Unterschied macht...

 

[Bruno1872]

@JohnBill
stimmt, das hast Du geschrieben.
Hatte ich gerade noch auf 600 geändert und meine Kopien der build.prop gelöscht.
Bringt nix, dia Test Apps für camera2 api bleiben dabei, nur legacy (Level 1)

Verstehe ich nicht, wenn Du dasselbe System hast wie ich und die Sache nur etwas anders
realisiert hast.

noch mal nachgeschaut, ich habe bei der HauptKamera diesen Chip verbaut:
Samsung S5K2L7

 

[TomGeBe]

ich "leide" weite.

Tja, tut mir leid, dann kann ich da leider auch nicht weiter helfen. Mit meiner Xiaomi.eu funktioniert es einwandfrei, allerdings erst nach flashen des von mir hoch geladenen Zips. Von "Natur" aus funzt es unter dieser Rom auch nicht. Ob's möglicherweise am durchgeführten Root liegt, weiß ich nicht, glaube es aber nicht, da andere hier die GCam auch ohne Root benutzen.

 

[Bruno1872]

Eventuell bewirkt deine hochgeladene zip auch noch mehr, als diese 2 Eintragungen in der build.prop Text-Datei
zu ändern.

Wobei ich überall las, das soll reichen, diese Einträge zu editieren.
Mal sehen, ob ich an der Sache dran bleibe, und noch was anderes probiere.
Auf jedenfall will ich auch weiterhin normal Updates von Xiaomi und Google erhalten.
Daher wollte ich nicht rooten.

 

[TomGeBe]

Auf jedenfall will ich auch weiterhin normal Updates von Xiaomi und Google erhalten.
Daher wollte ich nicht rooten.

Das Rooten verhindert keine Updates. Entrooten geht übrigens auch ruckzuck. Aber wie gesagt für die GCam ist kein Root nötig...

 

[Bruno1872]

ja gut für die GCAm ist kein root erforderlich aber doch wohl für custom Roms oder nicht?
Vielleicht funzt das nur mit einer anderen Rom, als der Stock Rom.

Wenn es so noch aktuell ist, muss für die GCam "Clone" die Camera2 Api funktionieren bzw. freigeschaltet sein in der build.prop.
Mir kommt es so vor, als würden meine veränderten Einträge in der build.prop bezüglich HAL3 komplett ignoriert.
Keine der 3 Test Apps für camera2 api erkennt HAL Level 3 Unterstützung bei meinem RN5, nach den Änderungen. Nur LEGACY, wie auch ohne jede Veränderung der build.prop.

Wird die build.prop überhaupt bei jedem neuen booten vom System abgefragt?

Zuletzt habe ich das alles eingetragen, ohne Wirkung:
persist.camera.HAL3.enabled = 1
persist.camera.eis.enabled = 1
persist.camera.is_mode = 4
persist.camera.stats.test = 5
persist.vendor.camera.HAL3.enabled = 1
persist.vendor.camera.eis.enabled = 1
persist.vendor.camera.is_mode = 4
persist.vendor.camera.stats.test = 5

 

[Andy]

ja unter unter /vendor ist auch eine build.prop vorhanden,
aber für camera find ich dort keine Einträge.

Ok passt.

Eventuell bewirkt deine hochgeladene zip auch noch mehr, als diese 2 Eintragungen in der build.prop Text-Datei zu ändern.

Nein, die macht auch nix anderes. Kannst ja die zip gerne mal entpacken und den Inhalt kontrollieren.

aber doch wohl für custom Roms oder nicht?

Nein, man kann auch Custom ROMs ganz ohne Root nutzen.

Wird die build.prop überhaupt bei jedem neuen booten vom System abgefragt?

Ja schon.

 

[Bruno1872]

@Andy
Kann ich irgendwas unbedenkliches in der build.prop ändern, um zu sehen
das dies danach offentsichtlich wirksam ist?

Wenn ja was?

Ansonsten vielleicht installiere mal eine Custom ROM.
Sind dann wieder alle Einstellungen für Wlan Passwort , Email usw. weg?

 

[Andy]

Ja irgendwas nutzloses was z.b. bei "über das Telefon" angezeigt wird. z.b. Android Version
"ro.build.version.release=x.x.x" oder ähnliches
Build-Datum, Security Patch Level usw. usf.

 

[Bruno1872]

@Andy
hatte ich getestet mit kleinen Änderungen
# begin build properties
# autogenerated by buildinfo.sh
ro.build.id=PKQ1.180904.001 ------------------- BKQ1....
ro.build.display.id=PKQ1.180904.001
ro.build.version.incremental=V10.3.1.0.PEIMIXM
ro.build.version.sdk=28
ro.build.version.preview_sdk=0
ro.build.version.codename=REL
ro.build.version.all_codenames=REL
ro.build.version.release=9 ------------------------- 7
---------------------------------------------------------------------
Danach reboot und in den Einstellungen des RN5 nach gesehen, ob dort diese Änderungen stehen.
Was nicht der Fall ist.

Auch noch den Inhalt der build.prop von Dir mit meiner komplett auf Differenzen geprüft.
Unterschied nur bei den von mir zusätzlich eingefügten Zeilen, siehe Beitrag 29.
Diese hatte ich aber erst nachträglich eingefügt, da es ohne auch nicht funktionierte.

Schon ulkig, wenn das nur bei mir nicht funzt.
Ich habe schon reichlich gegoogelt.

Wie können eigentlich diese camera2 Api Test Apps das abfragen, ob Level 3 HAL3 funktioniert oder nicht? Wenn die das nur mit einer Datenbank nach SmartPhone Modell vergleichen,
so ist das ja richtig, das nur Legacy unterstützt wird.

Wenn ich das richtig sehe, ist für diese Hal3 Api die Datei zuständig:
rild.libpath=/system/vendor/lib64/libril-qc-hal-qmi.so

Die ist bei mir auch vorhanden, welche Verison ist mir unbekannt.

 

[Andy]

Ich kann so eigentlich gar nichts mehr dazu schreiben - ich denke nicht, dass das Gerät das Problem ist.

Wenn die das nur mit einer Datenbank nach SmartPhone Modell vergleichen,
so ist das ja richtig, das nur Legacy unterstützt wird.

Nope, wird nicht gemacht.

Wenn ich das richtig sehe, ist für diese Hal3 Api die Datei zuständig:
rild.libpath=/system/vendor/lib64/libril-qc-hal-qmi.so

Diese Annahme ist falsch. rild = Radio Interface Layer Daemon

 

[Bruno1872]

@Andy

Ich kann so eigentlich gar nichts mehr dazu schreiben - ich denke nicht, dass das Gerät das Problem ist.

Na gut, hier kann mir zu diesem Problem keiner weiter helfen.
Die Sache interessiert mich jetzt schon aus Prinzip und ich will es wissen, woran das liegt, das meine build.prop Einträge
gar nichts bewirken.

Statt OrangeFox habe ich noch mal ein TWRP image gebootet und /system gemountet.
im Terminal von TWRP cat /system/build.prop eingegeben und die Einträgen kontrolliert.
Die sind alle vorhanden, wie ich diese vorgenommen habe.

Obgleich mein Englisch sehr schlecht ist, frage in dieser Sache hier vielleicht mal nach.
Forum on XDA Developers

 

[Bruno1872]

Hallo

nur so falls es jemanden interessiert, jetzt wird bei meinem RN5 plötzlich HAL3 (Camera Level 3) Support angezeigt.
Das editieren der build.prop brachte bei mir gar nichts.
Ich hatte auch mal meine build.prop per "adb pull" mit andys build.prop überschrieben, auch das war nutzlos.

Jetzt noch eine Anleitung studiert, die hier: Enable Camera2 api On Whyred (Pie) - Redmi Note 5 - Mi Community - Xiaomi

Der Punkt klappte nicht:
"Now select "OrangeFox-R9.0-2-whyred-MIUI-Pie" where you put and swipe to install."

Fehlermeldung: sinngemäß, mein Smartphone sei nicht "whyred" und das Paket sei nur für whyred.

Na gut, ging nicht, wofür das überhaupt notwendig war zu installieren, habe ich auch nicht verstanden.
Dann habe ich eben nur Magisk v19.3 installiert, ohne sonstiges.
Nach reboot und öffnen der App Magisk ohne weiteren Maßnahmen von mir,
war die camera2 Api freigeschaltet, komisch.

Die von mir editierte build.prop hatte aber noch die Eintragungen für die Camera2 Api.

Habe ich mit der Installation von Magisk das RN5 automatisch gerootet?
Jetzt fragt sich noch, ob wenn ich Magisk wieder deinstalliere, die Camera2 Api wieder deaktiviert ist.

 

[brianmolko1981]

Natürlich hast du nun gerootet. Dafür ist Magisk schließlich da.

 

[Bruno1872]

Ja habe ich schon bemerkt.
Habe ich dadurch irgendwelche Nachteile?

Es gibt ja Apps die prüfen das, ob das Gerät gerootet wurde.
Eine App hat das sofort bemerkt und wollte nicht mehr starten, der konnte ich es per Magisk Einstellungen aber verstecken.

Mal schauen, ob das mit anderen Apps (z.B, Banking) auch klappt.

P.S. In dieser oben verlinkten Anleitung zur Freischaltung der camera2 Api steht
ja auch root (erforderlich), eigentlich wollte ich es ohne root machen.
Ging bei mir nicht, nach anderen Anleitungen ohne root.

 

[Bruno1872]

Hallo

Zunächst seit gestern habe ich eine GCam App die ich installiert habe und die soweit auch funzt.

ich will meinen Thread nicht tot reiten aber Fragen habe ich noch.
Wie ich gestern geschrieben habe, funktionierte es nach der genannten
Anleitung nicht die OrangeFox-R9.0-2-whyred-MIUI-Pie zu installieren, da eine Fehlermeldung kam.

Magisk konnte ich aber installieren.
Zuvor hatte ich nur das recovery.img aus der OrangeFox-R9.0-2-whyred-MIUI-Pie per
Fastboot temporär gebootet, system gemountet, die 2 zip Files auf das RN5 kopiert.

Wozu sollte ich die OrangeFox-R9.0-2-whyred-MIUI-Pie danach überhaupt installieren?
Die build.prop brauchte ich auch nicht mehr zu editieren, die camera2 api war schon nach reboot freigeschaltet.
Soweit geht jetzt ja alles, das RN5 ist halt nun gerootet.

Nach dem Magisk das RN5 gerootet hat, hätte ich ja jeden Build Prop Editor mit
Root Rechten zum editieren der build.prop verwenden können.
Was bei mir aber nicht mehr nötig war, da ich die build.prop schon selbst editiert hatte (allerdings unwirksam ohne root)

Nicht das mir jetzt irgendwas fehlt oder zukünftig nicht läuft (updates usw.)