You obviously need root for this. You also need titanium backup, or something else to backup/freeze/uninstall system apps.
This was one of my major complaints about this phone when I first got it.
For those who don't know, after changing your DPI and rebooting, your SystemUI would constantly force close, causing an unusable device unless you have a computer nearby. And even then, if you didn't use adb before on your PC and allow your computer to be trusted on the device, you had to go as far as completely installing a new ROM. Thankfully, I managed to find a temporary solution that will no longer involve weird tasker scripts or other odd workarounds(this is still a workaround, though).
Basically, in short, the SystemUI force closes were due to the always on clock on the second screen. Even disabling the second screen while the screen is off would not fix this.
HTML:
D/MiniClockView(12438): [MiniClockView] setFontData = font_default, locale=en
W/LGMiniClockService( 6273): [setFontData] fontname => font_default, locale=en
I/LGMiniClockService( 6273): [makeColorsFromPNG] fontname => font_default, locale=en, number=0
I/LGMiniClockService( 6273): [makeColorsFromPNG] width = 32, height = 1540
D/LGMiniClockService( 6273): [setFontData] font_each_num : length => 49280
E/LGMiniClockService( 6273): [setFontData] font_each_num.length is less than expected!!!
D/MiniClockView(12438): [MiniClockView] setFontData failed, retry after 200ms
D/MiniClockView(12438): [MiniClockView] initFontImage
D/AndroidRuntime(12438): Shutting down VM
E/AndroidRuntime(12438): FATAL EXCEPTION: main
E/AndroidRuntime(12438): Process: com.android.systemui, PID: 12438
E/AndroidRuntime(12438): android.view.InflateException: Binary XML file line #153: Error inflating class com.lge.signboard.clock.AlwaysOnClockView
I'm fairly incompetent when it comes to android development, so if someone else manages to fix this that would be great. I don't know where to start. However, that doesn't mean we can't just disable the app completely.
Open Titanium backup and search for "mini"
Backup the app, and then uninstall it. I'm not sure if freezing it will work as I don't have the donator version of titanium backup, so if you do and it works, please report back.
So, as for compromises, this does exactly what you expected it to be. It gets rid of the clock on the second screen when the main display is off. Not a big deal for people not using the second screen, but if you are, you're going to have to deal with it, wait for LG to fix it in the marshmallow update, or wait for someone from these forums to fix it.
Ok I played around with this. I made a backup of this mini file and then uninstalled it. Set my entire phones DPI to 340 and restarted. Upon reboot, system Ui was 340 but all LG apps didn't work. Phone, contacts, calender, messenger, camera, and settings also didn't work. Tried using AppSettings (xposed) to set these back to 640 to get them working. Only phone and contacts would take after selecting 640 for them. Others still forced crashed.
Then I had an idea. I restored my nandroid and this time I left my DPI at 640 and only changed system UI to 340 via AppSettings ( small I know). Restarted and all LG apps work along with those core phone items also.
Second screen still works but the only thing missing it's the actual numbers for the clock. It's funny cause the 'am' 'pm' still show.
Not a perfect fix but the best one so far. God job to the OP for finding this!
AWESOME!!!!
Rhokk said:
Second screen still works but the only thing missing it's the actual numbers for the clock. It's funny cause the 'am' 'pm' still show.
Click to expand...
Click to collapse
I'm not sure where 340 dpi comes from. I like to set mine to 532 so when I did that and crashed system ui I found this thread. If you set app settings to have systemui and com.lge.miniclock.font.default to both be 640dpi (system default) then you cause use app settings or textdroider to change the overall dpi to whatever (532 works great and looks great too fyi) but I suggest keeping 640 on camera and any LG apps that force close. It's pretty similar to how it was on the g4.
tl;dr
use app settings to set camera / systemui / miniclock to 640dpi before you do ANYTHING else regarding dpi.
In the first .. i changed my DPI to 530 and working till reboot, i have to put it back to 640 and set it again to any value i need.
When i waked up i found my device reboot itself!
the System UI FC, So i plugged my device to my lap to revert the DPI to 640, but remembered that i was installed new windows 1 week ago and never connect my device to it, so the ADB need to authorize the lap in my mob!!!
as per the below screenshot:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
And i can't authorize the device because i can't control my mobile, any help?
virus_egypt said:
And i can't authorize the device because i can't control my mobile, any help?
Click to expand...
Click to collapse
When I had the systemui force closing I couldn't get past it, I had to restore from a nandroid backup.
Also now I'm looking at the second screen being set to 640 and it does seem a hair off compared to stock. All the stuff is there but it's misaligned. I looked it up and technically the v10 is at 513ppi so I'm gonna test that instead of 640. Do 640 for now unless you wanna test what works too. As long as systemui is at 640 the phone doesn't crash.
The point is to make the systemui also smaller, so you don't have to deal with the ginormous notification tray or anything like that. That's why I would freeze the clock instead of using app settings on the systemui. You might be able to use app settings to change the dpi of the clock to 640 but I'm not sure it applies on boot or how app settings works.
On the T-Mobile variant, I found that as long as I set "com.lge.miniclock.font" to 640dpi using AppSettings, I can change my entire dpi to 530 without any issues. (if you go any lower than 530, the LG apps will crash with the exception of the Camera which needs to be set at 640 to not FC when fully zooming in)
The odd issue is when I choose to show Date & Time on the second screen while the main screen is off. Within the standard format of texts (weather, day, date, AM/PM, time, battery), the time (h:mm) has a noticeably larger font than that of the other texts.
The only time I was able to align the said texts was when I manually set "Android System" to 640dpi, which obviously isn't very optimal.
This leads me to think that the texts are controlled by the dpi of "Android System" with the exception of the texts showing the time, which are controlled by the dpi of "com.lge.miniclock.font", of which we can't alter the dpi without force closing constantly. Freezing "com.lge.miniclock.font" did not make a difference, but hopefully that's enough to helps some knowledgeable users to figure out further on how to fix this issue.
vnixnj said:
On the T-Mobile variant, I found that as long as I set "com.lge.miniclock.font" to 640dpi using AppSettings, I can change my entire dpi to 530 without any issues. (if you go any lower than 530, the LG apps will crash with the exception of the Camera which needs to be set at 640 to not FC when fully zooming in)
The odd issue is when I choose to show Date & Time on the second screen while the main screen is off. Within the standard format of texts (weather, day, date, AM/PM, time, battery), the time (h:mm) has a noticeably larger font than that of the other texts.
The only time I was able to align the said texts was when I manually set "Android System" to 640dpi, which obviously isn't very optimal.
This leads me to think that the texts are controlled by the dpi of "Android System" with the exception of the texts showing the time, which are controlled by the dpi of "com.lge.miniclock.font", of which we can't alter the dpi without force closing constantly. Freezing "com.lge.miniclock.font" did not make a difference, but hopefully that's enough to helps some knowledgeable users to figure out further on how to fix this issue.
Click to expand...
Click to collapse
I tried doing that with my T-Mobile version and I still got force closing system UI. Uninstalling that app was the only way to fix it for me
TriBeard said:
I tried doing that with my T-Mobile version and I still got force closing system UI. Uninstalling that app was the only way to fix it for me
Click to expand...
Click to collapse
Same here. I'm also using the T-Mobile variant.
How can I get to Titanium if I'm getting System UI FC?
R4NDR01D said:
How can I get to Titanium if I'm getting System UI FC?
Click to expand...
Click to collapse
you don't. you use ADB to change the dpi back. if you can't do that, you need to reflash your rom
Thank you very much!!!! Thanks to you lg v10 has custom DPI.
Work for H960A
This didn't work in my case, so I made a flashable build.prop zip from a stock fw, and presto.
RussianBear said:
This didn't work in my case, so I made a flashable build.prop zip from a stock fw, and presto.
Click to expand...
Click to collapse
@RussianBear
could you provide the flashable build.prop zip please. Would be great!
jak989 said:
@RussianBear
could you provide the flashable build.prop zip please. Would be great!
Click to expand...
Click to collapse
There you go. It's very simple. Find any random flashable prop online, then simply sub the one from stock Rom into that zip folder on your pc.
https://drive.google.com/file/d/0B2QhC3Ym2vatRkpJeEtyLXVTY3M/view?usp=docslist_api
@Paladin_IMS , Can you teach me how to get the log in your first post?
I dig on the apk that cause the problem (com.lge.miniclock.font.apk) and find this in \com.lge.miniclock.font\res\drawable-xxxhdpi-v4
https://imgur.com/H17eVmB
the image is the font for the mini clock and measured 36 x 1760 in dimension.
based on your log( please specify what dpi you set when u get this error?)
HTML:
I/LGMiniClockService( 6273): [makeColorsFromPNG] width = 32, height = 1540
D/LGMiniClockService( 6273): [setFontData] font_each_num : length => 49280
E/LGMiniClockService( 6273): [setFontData] font_each_num.length is less than expected!!!
It seems com.lge.signboard.apk ( the one controll the 2nd screen) expecting predefined font_each_num.length
Perhaps it is 36x1760 =>63360?
For this we need to see the log when the app loading mini clock font on native 640dpi.
If it true then we can simply tweak the image
(Easier said than done, already tried using modified image 27x1320 and create new folder \com.lge.miniclock.font\res\drawable-xxhdpi-v4 but failed )
Related
***REQUIRES ROOT***
This thread will serve as a discussion for modifying the LCD Density of the Samsung Glaxy Nexus. Stock density is 320 dpi, and the preferred modded density is 240 dpi. Please feel free to discuss lcd density, and notify me of anything you want added to the list.
Why modify the lcd density of your phone? Simple answer: more screen real estate.
1. How to modify you lcd density
Note: You can always go back to 320 dpi at any time by following these same steps and putting 320 back in for 240!
240 dpi is the recommended modded dpi for the Galaxy Nexus. You can however set it to whatever you want. Just know that many dpi's will cause the on screen buttons to disappear, and even possibly cause the launcher to crash. In both cases you can use the adb method to restore to 240 or 320.
241 dpi is also a good number to try. It fixes the problems some apps have when running at 240 dpi. Credit goes to g33k3r. However it will cause market incompatibilities. Read #6 to fix this.
246 will fix the contact widget, and quick contact, but it will use the old style contact info which shows a large contact image above their info, not small and to the side. Credit goes to maddler.
250 dpi OR 260 dpi OR 280 dpi are also good values if you would like a smaller than stock value, but 240 is too small for you.
Method 1 (Using an app):
Download LCD Density Modder (Free) / LCD Density Modder Pro from market. Set density to 240 or 241, apply, then reboot. There are multiple different apps that can change your dpi, but this app is guaranteed to work on the Galaxy Nexus.
Method 2 (Modify a file):
Using Root File Explorer or a similar program, modify /system/build.prop file (must mount /system as r/w).
Replace:
ro.sf.lcd_density=320
With:
ro.sf.lcd_density=240
Save and reboot.
Method 3 (Using adb):
adb pull /system/build.prop C:/build.prop
In build.prop, replace:
ro.sf.lcd_density=320
With:
ro.sf.lcd_density=240
adb remount
adb push C:/build.prop /system/build.prop
Reboot phone.
2. Apps where UI is different on 240 dpi (for better or worse, ui elements have been rearranged, but none are broken)
Launcher: Home screen icons are still 4x4 and squished into the center of the screen. App drawer and Widget drawer do not fill. There is a mod that fixes this in this thread: FIX HERE
Market: Now has 2 columns instead of one when listing apps.
Gmail: Quick access icons have been romved from the bottom and placed on the top. Only first two icons are visible, other are collapsed into the drop down menu.
People: Contact info now has a two column layout: a small icon of contact on left (static) with all of the contact info as a scrolling pane on the right (no visible divider). Favorite contact icons are much smaller.
3. Apps where UI is broken, but still useable
Sports Tracker: Some interface items dont stretch to fill the screen.
ADW /ADW Ex Launcher: There is a blue line and a menu icon above the homescreen at all times.
Speedtest.net: App shows up centered on screen, not filling whole screen.
Kindle: It still works but the text is now centered in the middle and there is a large amount of paddling around it.
4. Apps where UI is completely broken
Music: App displays incorrectly at 240 dpi. Run at 241 to fix this
5. Android UI glitches
Sometimes when selecting text the menu bar on the top of the screen will have a weird blue streak across it.
Stock ICS keyboard the popup when you press a key seems like it gets clipped off a little on the bottom.
Clicking the picture of a contact either from the people app, or from a 1x1 contact widget you no longer get the quick access popup, instead it is now the person's contact picture blown up to full screen and half cut off on the right side.
6. Market apps incompatable with device (according to market)
None that I know of. Since 240 dpi is a standard dpi for most android phones, I don't envision very many apps being incompabile. If you find an app that the market say is incompatible, you can try setting your density back to 320 temporarily in order to download it.
For those with market issues on a non-standard dpi (241, 250, 260, 280 etc.), try this:
1. Boot your phone into 320 or 240 dpi mode (depending on which kind of compatibility you want).
2. Find the Market app under manage apps. Click uninstall updates, clear data, clear cache.
3. Find Market Updater under manage apps and click Disable.
4. Open Market and accept terms of service.
5. Change dpi back to 241 and reboot.
Alternatively, LCD Density Modder Pro has the ability to download and install a modded market apk to fix market compatibility issues.
Click to expand...
Click to collapse
7. Apps that crash (with possible workarounds)
Youtube: Will crash on start. Open from landscape mode! Youtube will not crash if openened in landscape mode. You can also open youtube links from the browser and other apps just fine.
8. Before and After Photos (320 dpi on left, 240 dpi on right):
***CLICK ANY SCREENSHOT TO VIEW FULL SIZE!***
Settings:
People:
Contact Info (note that the bottom bar has merged into the top bar):
Android Market:
***RESERVED***
can you provide a screenshot?
like a before/after pic.
I think this is crazy.
The stock DPI is amazing.
Get an SGSII if you want an old-school resolution or have bad eyes.
My stock DPI is absolutely beautiful...
ericshmerick said:
I think this is crazy.
The stock DPI is amazing.
Get an SGSII if you want an old-school resolution or have bad eyes.
My stock DPI is absolutely beautiful...
Click to expand...
Click to collapse
You are completely missing the point. On Android when you change the DPI, you are essentially telling android the size at which to "scale" all objects on the screen. Notice how the Galaxy Nexus has a 720p screen yet you can only fit 4x4 icons on the desktop like the Galaxy S2? Well that is because the 320 dpi is telling android to scale those things bigger. Setting it to 240 dpi will make everything smaller and give you more screen "real estate". The resolution is still 720p.
You mention having bad eyes, but when you lower the dpi you actually need GOOD eyes because everything is smaller and harder to read if you have bad eyes.
paOol said:
can you provide a screenshot?
like a before/after pic.
Click to expand...
Click to collapse
I am going to post some screenshots later today.
YouTube crashes on launch for me when set to 240 DPI. I have not performed a wipe, though I have tried wiping the settings and cache for the app.
LadFromWales85 said:
YouTube crashes on launch for me when set to 240 DPI. I have not performed a wipe, though I have tried wiping the settings and cache for the app.
Click to expand...
Click to collapse
Ah yes, thanks for reminding me. YT crashes for me as well, however if you have the widget you can click one of the videos and it will open that video. You can search for videos from there, but you cant access the home page for some reason.
EDIT: It turns out if you open youtube in landscape mode it will work!
Well thx for the Tip with the density. But however...When I start DPI Changer I get an error "Unable to read configuration file"
Any ideas?
Sent from my Galaxy Nexus using My Thumb...
Kizura said:
Well thx for the Tip with the density. But however...When I start DPI Changer I get an error "Unable to read configuration file"
Any ideas?
Sent from my Galaxy Nexus using My Thumb...
Click to expand...
Click to collapse
Are you rooted? This requires root.
for sure iam rooted...it was the first thing i have done... and i have ARHD Custom rom installed.
Sent from my Galaxy Nexus using xda premium
Kizura said:
for sure iam rooted...it was the first thing i have done... and i have ARHD Custom rom installed.
Sent from my Galaxy Nexus using xda premium
Click to expand...
Click to collapse
Do you have Root File Explorer? You can use the second method i listed to change the build.prop file. You can also use adb to pull the file locally, edit it, and push it back to the phone.
Oh ok then I will do it manually
I will report back soon ...I hope xD
Sent from my Galaxy Nexus
Edit: Ok this is more awesome as it was on my DHD !!!
Really thank you for that great Tip and the Help
Kizura said:
Oh ok then I will do it manually
I will report back soon ...I hope xD
Sent from my Galaxy Nexus
Edit: Ok this is more awesome as it was on my DHD !!!
Really thank you for that great Tip and the Help
Click to expand...
Click to collapse
Awesome. Make sure to check out my modified home screen launcher to get the full effect:
http://forum.xda-developers.com/showthread.php?t=1390935
Also, if you find any apps that don't display properly or something else is wrong with them (when running in 240 dpi), please post back in this thread to help inform others.
Mhh I use adb launcher... but on top of the screen is now a blue horizontal line with the three dots for options on the right side....
Will your mod take care of this? I hope you know what I mean...
Sent from my Galaxy Nexus
Kizura said:
Mhh I use adb launcher... but on top of the screen is now a blue horizontal line with the three dots for options on the right side....
Will your mod take care of this? I hope you know what I mean...
Sent from my Galaxy Nexus
Click to expand...
Click to collapse
I have ADW Ex launcher and i see that as well. It is the default titlebar and menu system for apps in ICS. Did you experience this when in 320 dpi as well or only in 240? I haven't tested it in 320.
And no, my mod only affects the stock launcher so it will not fix your problem.
No with 320 dpi that line doesn't appear its there since I have 240 Dpi...
Tested your Launcher replacement...
Great Work
But as you said it will not fix this "line affect" in adw
Maybe in a future update in adw launcher it will be fixed.
Sent from my Galaxy Nexus
I added photos to the main post now. Click on any photo to view the original size image!
Awesome, really cool. Trying it out today to see if I like it.
Another noticed bug - if you have a contact on your home screen (single icon version), which normally pops up the quick box for the contact, this now just seems to pop up their display picture and nothing else.
I see what you mean about the contact. It also happens when in the people app and you click their picture. I added it to the first post. thanks.
I thought changing the DPI would enable the ICS for tablets UI?
Hi all, please see the below thread. Only sharing the info as this was posted on the Verizon N4 forum.
http://forum.xda-developers.com/note-4-verizon/general/root-want-to-modify-dpi-t2960644
Hope this helps...
As indicated below some touchwiz native apps are affected.
List of known affected applications by changing DPI settings:
S-View (for S-View covers -- slightly misaligned but functional)
Touchwiz Stock Dialer (slightly misaligned but functional -- other non-stock options exist such as Hangouts or ExDialer)
Fingerprint lockscreen (arrow pointing to finger print scanner off center)
Exchange email (stock Samsung Email)
Stock Camera App
Just FYI to get some easy download links:
http://forum.xda-developers.com/note-4-verizon/general/root-want-to-modify-dpi-t2960644
Enable USB debugging on yer phone
-> http://www.mediafire.com/download/a4hd8y0c1iakysk/Samsung-Usb-Driver-v1.5.49.0.exe
Samsung USB drivers you'll need installed
-> http://forum.xda-developers.com/showthread.php?p=48915118#post48915118
ADB / Fastboot installer
navigate to C:\adb\ and then run the command they give in the thread
adb shell wm density 540
(not confirmation will be sent but your phone should prompt you to 'allow' your computer to send adb commands to it.).
Restart phone
DPI settings are now at 540. original DPI settings are 640 BTW
imnoob55 said:
Hi all, please see the below thread. Only sharing the info as this was posted on the Verizon N4 forum.
http://forum.xda-developers.com/note-4-verizon/general/root-want-to-modify-dpi-t2960644
Hope this helps...
Click to expand...
Click to collapse
I came across that thread a few hours ago. It's pretty neat to be able to drop the density and make more use of display space (could even drop it down to 384 and make it look more like a tablet), but it has its problems. Samsung apps (Dialer, camera, S Note, S-View, etc) will lose their screen alignment and/or only cover a portion of the screen when altering the density. Finding an alternate dialer was easy enough, but I'm having trouble finding a camera app similar to stock in quality, and was unsuccessful at replacing the S-View...
redphazon said:
I came across that thread a few hours ago. It's pretty neat to be able to drop the density and make more use of display space (could even drop it down to 384 and make it look more like a tablet), but it has its problems. Samsung apps (Dialer, camera, S Note, S-View, etc) will lose their screen alignment and/or only cover a portion of the screen when altering the density. Finding an alternate dialer was easy enough, but I'm having trouble finding a camera app similar to stock in quality, and was unsuccessful at replacing the S-View...
Click to expand...
Click to collapse
Yup unfortunately that is a side-effect of doing this. Only way to do it that I am aware of conventionally would be via xposed or loading in custom TW apps, both not possible. Hangout dialer works well, for this. TW stock browser is not affected. My S-Note is not affected either, too. Dialer and S-View are (not unusable, they just are not center-aligned any longer as their height/width are set on static widths rather than proportional % when Samsung set up the layout.) Maybe they'll change that in L.
BTW I use Nova for launcher and Hangouts as my dialer. I do use an s-view case, though, which is of course impacted.
imnoob55 said:
Yup unfortunately that is a side-effect of doing this. Only way to do it that I am aware of conventionally would be via xposed or loading in custom TW apps, both not possible. Hangout dialer works well, for this. TW stock browser is not affected. My S-Note is not affected either, too. Dialer and S-View are (not unusable, they just are not center-aligned any longer as their height/width are set on static widths rather than proportional % when Samsung set up the layout.) Maybe they'll change that in L.
BTW I use Nova for launcher and Hangouts as my dialer. I do use an s-view case, though, which is of course impacted.
Click to expand...
Click to collapse
I'm also using Nova Launcher. I did download ExDialer at first, but I went to Hangouts Dialer instead since ExDialer has a trial period and costs money.
S Note is largely unaffected yes, but when you open the camera for copying documents, the square used for aligning the camera with the document is off-center. It doesn't seem to hurt functionality in any way, though. Oddly enough, the camera when used in S Note is fullscreen...
As far as S-View goes, I'm thinking about removing the flip cover. S-View is nice, but I'm always trying to not get smudges on the cover screen on top of the phone display, so the cover is a little bit cumbersome to me when holding it. Seeing how much better the phone looks at a lower density makes me lean even closer to just getting rid of it. That leaves me with just the camera replacement...
Exchange email is also broken... when you reply to an email, the screen font is set to eleventybillion.
-----
Sent with my Galaxy Note 4
Can anyone confirm if this impacts the play store? Typically changing the dpi on the whole device would prevent the play store from downloading some apps.
Sent from my SAMSUNG-SM-N910A using XDA Free mobile app
jfenton78 said:
Can anyone confirm if this impacts the play store? Typically changing the dpi on the whole device would prevent the play store from downloading some apps.
Sent from my SAMSUNG-SM-N910A using XDA Free mobile app
Click to expand...
Click to collapse
I haven't seen any problems with the Play Store yet, though I haven't been installing much of anything, either. The few apps I've installed so far gave me no trouble.
Also, just found out that the stock camera has no problems with accurate button detection when the phone is turned sideways for landscape rotation, though it's still not fullscreen. You have to guess where the buttons are on the screen in portrait when the density is changed.
Couple of tips:
if you get an error about the device being offline make sure you've got the current ADB installed. The link provided for the adb and fastboot didn't work for me because the file didn't install. The program is just an auto run zip file. you can open with 7-zip and just extract the adb files.
also if you get an error about the device being unauthorized you must select no action on the windows pop up and always perform this action. the phone should then get a pop up with the RSA key number and ask you to authorize. hope this helps.
540 DPI is pretty nice.
I was okay with the dialer and lockscreen, but the camera made me go back to 640. In vertical shooting mode, the touch points for all the icons, including the shutter button, is misaligned and is very annoying. What a shame as 540 looked AWESOME.
cj00ta said:
Exchange email is also broken... when you reply to an email, the screen font is set to eleventybillion.
-----
Sent with my Galaxy Note 4
Click to expand...
Click to collapse
Thanks! Just added to the top thread under impacted apps
Does this effectively change the resolution? I'm curious if lowering the DPI would give positive improvement to high-end game performance. Can anyone shed some light here?
Conkrete said:
Does this effectively change the resolution? I'm curious if lowering the DPI would give positive improvement to high-end game performance. Can anyone shed some light here?
Click to expand...
Click to collapse
It doesn't change the resolution. What it changes is the drawing size of on-screen content which is directly from the 'dpi setting' of the phone.
It's a little complicated to explain but this is how it works;
The phone's default screen density (DPI) setting 640, this is done because that's how many dots per inch of the physical screen there is (a phone of similar screen size would have a similar dpi). This value is stored in your phone's build.prop and is read by numerous applications, it might not match exactly the 'real' dpi of the screen but its normally very close to it.
By changing it lower in dpi you're instructing to applications you actually have a smaller screen size, thus to fit content (i.e words not being HUGE on a small screen) content is drawn to that dpi setting you're providing in build.prop.
Now to go into why we have certain issues when changing the dpi.
This is basically due to how the app did its layout sizing (do I base content on "actual size" of the screen-size or do I base it on "actual density" of the screen density in build.prop? Most apps, since they're targeting to be used with dozens of devices of all sorts of different sizes, will be designed where the layout of content is dependent upon dpi. A layout would be I want a rectangular box on the bottom that has height 10px and width 100%, so that effectively means the width is based on the proportion of the screen size (the OS controls this, its just a matter of scaling). This is why you once had 5 items to show now has 8 items to show in a listbox. The size of the listbox in this case would be based on actual density while the content (text etc.) inside would be based on actual size (scaling I would think is limited to a min/max actual size for text).
Samsung can get away with this on their stock apps because in their mind when they build their roms they are only going to be used on that specific device. They're starting to go away from this, however, and are starting to make their layouts more typical that of a normal application. You have somewhat less control of the layout going from actual size to actual density.
*keep in mind you can actually set parameters for both. Such as if I wanted something to be 10% in width but only up to 2.5 inches in actual size this effectively means that it will scale until it reaches 2.5" and then scale no longer.
I hope that makes sense. Resolution really doesn't have a role at all in this, you're always at the same resolution (4K) and this is handled by the lower-level kernel and GPU firmware. I don't think there's a way to change this at the app layer but than again I have really no background in android development.
*please if anything comes off as inaccurate please point out, I am from a XAML/.NET development background and linux/unix embedded systems and really I focused on back-end/databases/services and not really front-endy stuff. This is how it is handled in XAML though and I have seen android uses the same principals.
imnoob55 said:
It doesn't change the resolution. What it changes is the drawing size of on-screen content which is directly from the 'dpi setting' of the phone.
It's a little complicated to explain but this is how it works;
The phone's default screen density (DPI) setting 640, this is done because that's how many dots per inch of the physical screen there is (a phone of similar screen size would have a similar dpi). This value is stored in your phone's build.prop and is read by numerous applications, it might not match exactly the 'real' dpi of the screen but its normally very close to it.
By changing it lower in dpi you're instructing to applications you actually have a smaller screen size, thus to fit content (i.e words not being HUGE on a small screen) content is drawn to that dpi setting you're providing in build.prop.
Now to go into why we have certain issues when changing the dpi.
This is basically due to how the app did its layout sizing (do I base content on "actual size" of the screen-size or do I base it on "actual density" of the screen density in build.prop? Most apps, since they're targeting to be used with dozens of devices of all sorts of different sizes, will be designed where the layout of content is dependent upon dpi. A layout would be I want a rectangular box on the bottom that has height 10px and width 100%, so that effectively means the width is based on the proportion of the screen size (the OS controls this, its just a matter of scaling). This is why you once had 5 items to show now has 8 items to show in a listbox. The size of the listbox in this case would be based on actual density while the content (text etc.) inside would be based on actual size (scaling I would think is limited to a min/max actual size for text).
Samsung can get away with this on their stock apps because in their mind when they build their roms they are only going to be used on that specific device. They're starting to go away from this, however, and are starting to make their layouts more typical that of a normal application. You have somewhat less control of the layout going from actual size to actual density.
*keep in mind you can actually set parameters for both. Such as if I wanted something to be 10% in width but only up to 2.5 inches in actual size this effectively means that it will scale until it reaches 2.5" and then scale no longer.
I hope that makes sense. Resolution really doesn't have a role at all in this, you're always at the same resolution (4K) and this is handled by the lower-level kernel and GPU firmware. I don't think there's a way to change this at the app layer but than again I have really no background in android development.
*please if anything comes off as inaccurate please point out, I am from a XAML/.NET development background and linux/unix embedded systems and really I focused on back-end/databases/services and not really front-endy stuff. This is how it is handled in XAML though and I have seen android uses the same principals.
Click to expand...
Click to collapse
Extremely helpful and great info. Possibly the best response I've received from XDA. Thank you for the info. I have found a couple root apps that claim to change resolution but I've been hoping to find a non-root alternative.
If you like a tighter crisp viewing experience, I can confirm that adjusting DPI down to 540 is stable.
I use Texdroider DPI, works with 5.1 :good:
https://play.google.com/store/apps/details?id=com.texdroider.texdroider_dpi
WARNING: Be careful, setting too low can bootloop your phone
It's your phone, your responsibility.
Could you maybe upload some screenshots to see how it looks. Im a little worried about getting a bootloop
Sent from my VS986 using XDA Free mobile app
Screenshots
I am experiencing no side effect or lag with DPI change.
On a side note-
There are several Nandroid backup options available, I use online Nandroid Backup w Nandroid Manager
Does this require root>?
wrichards2009 said:
Does this require root>?
Click to expand...
Click to collapse
Yes.
By stable, do you mean LG camera works too!? I tried 520 over the weekend and it kept FC, didn't think there was a sweet spot!
@540 camera works great. I haven't taken it down to 520.
Good feedback thanks
Ok, so I did this like I have on any other device by adjusting the build.prop with root explorer and I entered 540. And now I am in a boot loop.. any suggestions?
2 hours later.. had to flash stock firmware.
This is mine at 580. 540 starts to make things a little too small for these old eyes.
JacRyan said:
Screenshots
I am experiencing no side effect or lag with DPI change.
Click to expand...
Click to collapse
Even shortcuts on the lockscreen?
fr4nk1yn said:
Even shortcuts on the lockscreen?
Click to expand...
Click to collapse
I dont use shortcuts on my lockscreen.
Enabled 5 to test. All sized and working correctly.
Unable to screenshot lockscreen but no issues
JacRyan said:
I dont use shortcuts on my lockscreen.
Enabled 5 to test. All sized and working correctly.
Unable to screenshot lockscreen but no issues
Click to expand...
Click to collapse
thanks. The adb method causes weirdness like blank shorcuts. I may have to break down and root.
540 working great thanks
The only issue I have with 540 is you can no longer switch between saving to the MicroSD card vs internal in the LG camera app.
For the record
If you want to change to 540dpi I would without a doubt use Kernel auditor or Es File Manager. If you edit your build prop with Root Explorer you will boot loop! Root Explorer opens the G3/G4 build prop in a TRuncated mode because the file is too large and when you save that file it will only save the available truncated portion, BE CAREFUL AND PAY ATTENTION. Setting to 540 dpi will not effect anything on your device, all other posts and problems are due to other issues. Please read and save yourself the KDZ flash time, friends.
Thank you
It doesn't require root.
Enable developer mode, and usb debugging.
Use Minimal adb and fastboot
open the folder
shift right click open command prompt from there
type adb shell wm density 540
This works on any device without root
I did 540 dpi today and I have to say I really like it. Everything is a bit smaller now, it has more like a tablet feel rather than a phone. But you get quite a bit more content on the screen, and for myself it's the perfect balance between readability and usability.
endleesss said:
It doesn't require root.
Enable developer mode, and usb debugging.
Use Minimal adb and fastboot
open the folder
shift right click open command prompt from there
type adb shell wm density 540
This works on any device without root
Click to expand...
Click to collapse
Yup this is how I do it. Lowering the DPI was one of the main reasons why I wanted root. Now I don't even care about root. I love the LG software and tweaks so there is not much I would change. I do like some XPOSED Status bar tweaks to do center clock and hide some of the million icons (alarm, nfc, location, vpn, 4G/3G, Cellular strength, WiFi etc.). LG goes overboard with icons man. I just want a 4G/3G+Signal & Battery OR WiFi & Battery. 2 icons max. Plus a clock of course... an option for a Center clock would be awesome.
There is a big difference changing dpi with adb shell wm density vs texdroider_dpi app. For me at least, when i change dpi with adb shell, some apps don't work right, like:
ebay: the menu that shows your profile pic and links to home watching, etc is screwed up
amazon: product pics, when you enlarge, you can't zoom in & out, can only see the top left corner
tinycam: on a single camera view, the video feed is zoome in about 10x
with textdroider, all of those apps work properly. Did anyone else experience this?
I have done 530 with adb command, but not with texdroider, is it safe to change to 530 with texdroider?
They should both be the same output. Although not all density settings are equal. Some settings cause weird issues like what you posted. I think I use 540 and don't experience anything weird.
Gents,
I wasn't impressed with the display density on my G4. Appears to have been developed for the legally blind. So I attempted the ADB method and realized (like everyone else) there were a lot of glitches. Snapchat/WhatsApp picture cropping was massively zoomed etc.
So I rooted my device. All went well, everything else root works perfect. However attempting to use Texroider results in the Density being changed (according to the app) but nothing happening after a reboot. It looks identical.
So i attempted to edit the build.prop manually. Again editing the ro.sf.lcd_density and saving, after a reboot it still reflects the value I set (540/560) yet their is no visual change.
For some odd reason my device isn't reflecting the changes. Using the ADB method the device was showing the changes, albeit with the graphical/app glitches.
Anyone have ideas I'm stumped.
Cheers
open adb and type this in to it.
adb shell wm size reset
adb reboot
Then you can change dpi in build.prop file.
You need to the command mentioned here to reset the adb dpi changes you made as you set it to default instead of turning it off.
THOUGH afterwards I'd just stick with textdroider rather than modding your build.prop when finished.
TIP: Use App Settings with Xposed to set your Camera app to stock 640, as it removes the option to save internally or to SD and picks what it wants. Also there's some graphical glitches with some stock apps at lower DPI that you can fix on a per-app basis.
Also... For some reason Google Maps really hates when I change DPI on it and gives me blue rendering artifacts everywhere so I had to change it to stock.
Appreciate the help, unfortunately it had no effect. Obviously it is doing something as Swiftkey goes into massive zoom mode, but my launcher (ADW) and everything else remains the same size.
Yea, I would have thought resetting DPI with ADB, then using Textdroid would work. Could it be something in the cache needing cleared?
Maybe you might need to backup everything up, then reflash a kdz file then use Textdroid.
So i am running into a very strange issue that i haven't been able to find much information on. I am running the latest OOS (3.1.2) rooted, i had changed the DPI a few days ago using build prop editor and everything seemed to be working just fine, except my camera, it suddenly would freeze when a picture is taken, crash, and not produce a picture, and sometimes the picture would be just green.
Here is what iv'e tried:
removed the line from build prop editor and rebooted to get to stock DPI
changed the DPI to stock with the toolkit, then back to a different DPI, then back to stock.
removed the camera app cache
factory reset the phone
Strangely enough the camera in HDR mode appears to work just fine, but it doesn't appear to work in any other mode (including video).
Using the camera with flash always turned on in pretty much any mode seems to also work.
Atlantisman said:
So i am running into a very strange issue that i haven't been able to find much information on. I am running the latest OOS (3.1.2) rooted, i had changed the DPI a few days ago using build prop editor and everything seemed to be working just fine, except my camera, it suddenly would freeze when a picture is taken, crash, and not produce a picture, and sometimes the picture would be just green.
Here is what iv'e tried:
removed the line from build prop editor and rebooted to get to stock DPI
changed the DPI to stock with the toolkit, then back to a different DPI, then back to stock.
removed the camera app cache
factory reset the phone
Strangely enough the camera in HDR mode appears to work just fine, but it doesn't appear to work in any other mode (including video).
Click to expand...
Click to collapse
I posted about this issue a few days ago http://forum.xda-developers.com/oneplus-3/help/weird-camera-bug-t3404660
mr.shme said:
I posted about this issue a few days ago http://forum.xda-developers.com/oneplus-3/help/weird-camera-bug-t3404660
Click to expand...
Click to collapse
Sorry, didn't notice that.
I flashed back to bone stock OOS 3.1.2 and everything seems to be working now... I will attempted to change the DPI again via the toolkit.
I changed DPI with Le DPI Changer (non build.prop method) and everything is working fine. You might want to check it out.
That's why I always say that global DPI change is not a good idea, period.
Much better and additionally more flexible is using the Xposed module "App Settings" where you can run every app at an individual DPI setting and tweak some more things (e. g. having an app run with its tablet UI).
I had the same issue on OOS 3.1.3 rooted and DPI changed.
I enabled RAW mode and it fixed the issue.
crumble6 said:
I changed DPI with Le DPI Changer (non build.prop method) and everything is working fine. You might want to check it out.
Click to expand...
Click to collapse
What DPI value did you set it to? No issues with camera, icons, widgets, etc?
jiznon said:
What DPI value did you set it to? No issues with camera, icons, widgets, etc?
Click to expand...
Click to collapse
400. No issues at all except that when I use "large text" captions in snapchat they display fine on my screen but the text is much smaller and out of position on my friends' phones. Literally not a single other problem with any app I've tried though. I've heard 380 works good too. Tempted to try it but tbh I'm happy at 400 for now.
crumble6 said:
I changed DPI with Le DPI Changer (non build.prop method) and everything is working fine. You might want to check it out.
Click to expand...
Click to collapse
crumble6 said:
400. No issues at all except that when I use "large text" captions in snapchat they display fine on my screen but the text is much smaller and out of position on my friends' phones. Literally not a single other problem with any app I've tried though. I've heard 380 works good too. Tempted to try it but tbh I'm happy at 400 for now.
Click to expand...
Click to collapse
Thanks for the quick reply. So far my experience has been frustrating.
1) Changed DPI to 400 via build.prop edit. Resulted in camera issues. Could not reset DPI or change to any other value. Had to reflash OOS 3.1.3 to fix.
2) Did some research. Heard a OP3 toolkit here on xda could change DPI without issue (I believe it just uses the adb method) . Used it to change to 400. Camera is fine, but I experience wonky sizing issues with widgets, icons on notification banners, twitter photo previews, and a few other little text size issues. Tried using the toolkit to return to default DPI but it simply doesn't change anything.
3) Per your account of this app, I tried it but it us unable to make any change. Looks like I may have to reflash AGAIN, and attempt the Le DPI Changer again.
Bah.
jiznon said:
Thanks for the quick reply. So far my experience has been frustrating.
1) Changed DPI to 400 via build.prop edit. Resulted in camera issues. Could not reset DPI or change to any other value. Had to reflash OOS 3.1.3 to fix.
2) Did some research. Heard a OP3 toolkit here on xda could change DPI without issue (I believe it just uses the adb method) . Used it to change to 400. Camera is fine, but I experience wonky sizong issues with widgets, icons on notification banners, and a few other little text size issues. Tried using the toolkit to return to default DPI but it simply doesn't change anything.
3) Per your account of this app, I tried it but it us unable to make any change. Looks like I may have to reflash AGAIN, and attempt the Le DPI Changer again.
Bah.
Click to expand...
Click to collapse
Sorry, I should have mentioned. I am using Nova launcher and have changed the grid size of the desktop to 11 x 7. Things will probably behave weird if you are using the oneplus launcher.
crumble6 said:
Sorry, I should have mentioned. I am using Nova launcher and have changed the grid size of the desktop to 11 x 7. Things will probably behave weird if you are using the oneplus launcher.
Click to expand...
Click to collapse
No worries. I am also using Nova Launcher with custom grid size. Only issues on my desktop is wonky icon size with Chronus widget.
jiznon said:
No worries. I am also using Nova Launcher with custom grid size. Only issues on my desktop is wonky icon size with Chronus widget.
Click to expand...
Click to collapse
I find enabling widget overlap in Nova and then playing around with resizing widgets I can usually get them looking right in the end.
I had already posted this here but it seemed like Nobody besides me had this problem.
http://forum.xda-developers.com/oneplus-3/help/camera-issues-root-t3409764
I'm glad this issue is getting attention!
running 340 dpi, works fine for me. did it with le dpi changer
Running 290 all good using le dpi changer ?
Sent from my ONEPLUS3
I'm starting to wonder there is a magic DPI number that doesn't break the camera!! Time to test!
I found this solution on the oneplus 3 reddit. Camera works perfectly and there are no weird icons!
https://www.reddit.com/r/oneplus/comments/4satgq/changing_op3_dpi_using_buildprop_without_breaking/
Basically use qemu.sf.lcd_density=xxx instead of ro.sf.lcd_density=xxx in your build.prop!
I'm using 420 and all is awesome now!!
Huge thanks to this guy for posting the solution!!
ro.sf.lcd_density=400 in build.prop works just fine on my device running stock OOS 3.2.1.
Only manual mode is slightly misaligned inside the camera app.
Trying qemu.sf.lcd_density=400 gives me the same result btw.
I never had issues with green photos in HQ or other weird behaviour.
Running dpi 400 via manual build.prop edit since day one
and only had to repeat this after each ota.