-
-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GSI ROM Support #61
Comments
Thanks for the input. Maybe I will root one of my older Samsung phones at some point |
Not necessarly. But not just for my rootless soulution idea. For testing I can recommend emulating android using Waydroid (that you can root by super easily), since testing the flashlight might not be neceassry if we only talk about custom device detection |
Not necessarly. But not just for my rootless soulution idea. For testing I can recommend emulating android using Waydroid (that you can root by super easily), since testing the flashlight might not be neceassry if we only talk about custom device detection |
I've read something about Waydroid a few days ago, I will try that out when I find time for this :) |
@rabaimorp I am playing around with a different solution as proposed in #74, as the reporter seems to already have a working POC on his physical device. Now I am curious if that solution would also work for your case, so please try out the POC at https://github.com/EmilEmilchen/simpleFlashDimmer. |
I don't have "/sys/class/leds/torch-light0/brightness". "logcat | grep CitUtils" also returns nothing |
This method would also not only require root but an rw system partition, which is not the default since Android 10 |
For my device I can do: Off (disable light): echo 0 > /sys/class/camera/flash/rear_flash This solution is geat, its just device specific. But an option to set a custom profile would solve the issue. Than you could just find out the trigger, and your levels, and just make a profile for your device in the app. Verified profiles could also be integrated into the app, so not everyone would have to create one manually. Since this method requires root anyways the app could look in /vendor/build.prop to find out the harware regardless of the custom rom installed. And than it could auto detect if there is a profile preset is available for that device already and auto apply it if so. |
There may be be something at
I'm not really into rooted OSs, but in my case I can write to that file on rooted Android 15 without any problem.
The idea with the profiles sounds promising, I can then only hope that people are collaborating and contributing their specific device setups. |
Well, I alreaded shared the profile for my device (Samsung Galaxy a53) |
How did you find these values (1001, 1002, 1004, ...)? |
By using and adb, or local root shell (termux for example). |
The problem:
On my samsung galaxy a53 on stock rom this app was working without problem with 5 dim levels. Than I decided to flash a GSI (specifically Lineage OS 21). This obviously changed my device's properties, causing the app to not recognise my device. If I change back the device identifiers using a root shell, or editing the build.prop this isnt the case, but that causes a bunch of other issues on my device, since I'm not using stock rom, but still having the same values.
My idea for a possible solution:
If it was possible to manually define the device within the app. (or loading a stock build.prop file from internal storage)
Or an even simpler solution: an option in the app that would automatically identify the device, even on gsi roms by looking at /vendor/build.prop (since almost all people on custom gsi roms have root anyway).
The text was updated successfully, but these errors were encountered: