Is there any way to adjust the threshold for when to rotate to landscape?
It is quite annoying to have it switch to landscape on some small rotations...
i would LOVE to know this, too. my damn phone is way too sensitive. it constantly switches when i don't want it to
I would love to limit screen rotation to certain programs.
Makes sense in the browser but nowhere else.
Or show an icon for a couple of seconds after a rotate that will disable rotation in the current program until you close it.
Suggestions on screen auto-rotate
Sensitivity should be adjustable, at its least sensitive setting, the phone would require a full 1g of acceleration PURELY in the direction of the new screen bottom.
Where "PURE" means the acceleration vector lies in the plane of the screen, and the phone is held perfectly orthogonal with g.
It would also be nice to have gesture for manual screen rotate that works in any app without otherwise disrupting the app.
Here is what I mean:
When using portrait and launching an app that forces landscape (most games, for example), it always defaults to 90 degree rotation (ie. Turning the phone counterclockwise). With the SGS in a lot of games this is uncomfortable when plugged in because of the USB port's location. If the other landscape orientation (270 degrees I guess, or turning the phone clockwise from portrait) were used the cable would be on top and you could rest your hand beneath it. It would also have the advantage of your hand not covering the light sensor and causing brightness changes.
So my question is, is there an app that can force this globally, or maybe a configuration change I've missed?
I dont think thats possible
but i guess a software can be built cosidering the fact that our captivate supports landscape in both directions in other apps and while reading and browsing on net
I've seen posts about orientation settings in build.prop but they were all froyo. I've also read that since gb there is a screenOrientation= reverseLandscape option for individual apps' AndroidManifest.xml file, so editing them individually should work. Just makes me think there must be a value somewhere that defines what the default landscape orientation is, just don't know if it's compiled or easy to modify.
If anyone is interested, there's an app on market called Orientation Control that can force orientation, even has a tasker plugin. I created a tasker profile for apps that force landscape and used the plugin to force reverse
landscape instead, then an exit task to set it back to portrait. Works perfectly
Sent from my SGH-I897 using xda premium
Here are some doubts i have about the screen orientation: the home screen is always displayed in portrait mode, Doesn't care about what settings i have, whether itis locked in landscape mode or not, or anything of that sort. I tried disabling the 180 degree orientation leaving only 90 and 270 checked. No go. Is this normal in all CM10.1 installations, or is it specific to the Ovation or is it purely my own dumbness, if that's even a word? I am more confused because i allowed the lock screen to be displayed in landscape, and it does. Just not the home screen.
Secondly the Skype app willonly work at 90 degrees orientation. Not even 270. Even if it is locked to landscape, shouldn't it be available at both 90 AND 270?
All other apps reorient or lock as per the tile in my quick settings panel. Why then is the home screen and Skype so stubborn.
I am running CM10.1 2030719 UNOFFICIAL Ova
Sent from my BN NookHD+ using xda app-developers app
The app selector (home button) has a display scaling option that allows standard or default mode, for apps that don't work well in 2340x1080p, you can run them in 1920x1080p.
HOWEVER, this is centered from the top left, resulting in awkward displays especially in landscape mode. with 420 width of pixels on the right side and none on the left.
Is there a way to center the output, starting the black bars/image at 210 pixels from both sides respectively?
Rooted solutions are fine.
Yes true, i used to play pubgm with this view
You can use FK Manager actually
Hey folks,
I am using this module to enable AA on my BMW headunit:
a.aliexpress.com/_U4Jz5
It kinda works nice except for one thing, resolution is not so clear due to dpi settings. Someone else dug into the system and found that in
etc/androidauto/androidauto_config.xml
The resolution is set to 480p instead of 720p and dpi is set to 150 instead of 180.
We have no SSH access but can only upload .bin update files as we dont know the password.
Does anyone know if it would be possible to change 720p to true and up the dpi somehow?
Carplay apparantly is 720p on this unit.
<DisplayWindow><!-- Head Unit side configuration--> <X_Coordinate value="0"/> <Y_Coordinate value="0"/> <DisplayWidth value="1280"/> <DisplayHeight value="480"/> </DisplayWindow> <Display><!-- Phone side configuration--> <DisplayWidth value="232"/><!-- Physical width--> <DisplayHeight value="87"/><!-- Physical height--> <Density value="170"/> <RealDensity value="153"/> <ViewingDistance value="400"/> <Resolution480P value="true"><!-- fps: 30 or 60--> <fps value="30"/> </Resolution480P> <Resolution720P value="false"> <fps value="30"/> </Resolution720P>
Nobody?
Anyone?
Do you have a copy of the BIN? My guess is unpacking and repacking the BIN will be the hardest part of this. You probably won't be able to do this without source scripts. You are in the right place regarding the XML file inside. All android head units, regardless of what they are, have to tell our phones what resolution to serve up. If the head unit says to run 1024x600 then that is what you are getting.
An alternative would be to ask the manufacture to release an update set to the proper settings.
---------- Post added at 09:12 PM ---------- Previous post was at 09:09 PM ----------
Here you go The Andream unit you have should likely work with one of these firmwares. Do a lot of reading there before you proceed. I cannot be responsible for you flashing the wrong software to your unit.
I have a similar unit to yours and was able to get mine running at the proper resolution.
@heresy_fnord, when you say the proper resolution, what resolution are you referring to? I have the Andream (version: NBT-02B) unit myself, and flashed the latest .BIN with the AA Widescreen fix, but I feel the scale is slightly off. Text and elements are too small compared to the screen size (I have 8.8", 1280x480).
ckarv said:
@heresy_fnord, when you say the proper resolution, what resolution are you referring to? I have the Andream cool:unit myself, and flashed the latest .BIN with the AA Widescreen fix, but I feel the scale is slightly off. Text and elements are too small compared to the screen size (I have 8.8", 1280x480).
Click to expand...
Click to collapse
OK, my guess is the physical screen size is the issue. If you are certain the 8.8" screen also runs 1280x480 then the settings for DPI are probably not appropriate. Here is what I see for a 10.25" screen:
<Display>
<DisplayWidth value="244"/> 244mm is 9.6" width
<DisplayHeight value="92"/> 92mm is 3.62" height
<WidthMargin value="0"/>
<HeightMargin value="0"/>
<Density value="220"/>
<RealDensity value="133"/> This calculator indicates a real density of just a hair over 133PPI
So for example, your real density should be set to 155PPI based on that logic. I don't know what your update file was set to. I don't know what your display width and height should be set to since I don't know how the 8.8" screen measures length and width. Finally, I think they are setting the Density of the widescreen fixed update to 210 and you might try 220 which is as big as it can be set before it cuts back over to the non-widescreen view, and see if that works.
heresy_fnord said:
OK, my guess is the physical screen size is the issue. If you are certain the 8.8" screen also runs 1280x480 then the settings for DPI are probably not appropriate. Here is what I see for a 10.25" screen:
<Display>
<DisplayWidth value="244"/> 244mm is 9.6" width
<DisplayHeight value="92"/> 92mm is 3.62" height
<WidthMargin value="0"/>
<HeightMargin value="0"/>
<Density value="220"/>
<RealDensity value="133"/> This calculator indicates a real density of just a hair over 133PPI
So for example, your real density should be set to 155PPI based on that logic. I don't know what your update file was set to. I don't know what your display width and height should be set to since I don't know how the 8.8" screen measures length and width. Finally, I think they are setting the Density of the widescreen fixed update to 210 and you might try 220 which is as big as it can be set before it cuts back over to the non-widescreen view, and see if that works.
Click to expand...
Click to collapse
I've put some effort into looking into this now, basically reading 100 odd pages in the "Andream MMI Box - Wireless CarPlay & Android Auto" thread (starting on pg. 135), over at the Bimmerpost forum.
Findings:
- 720p = true setting is required to display AA in "Wide" format (ie. clock, second app on the right side of the display, map and vertical bar with "home", active app, notification and assistant buttons on the left).
- From reading results of testing over at the other forum, the Physical width/height settings did not seem to make a difference to output.
- Density on the other hand is used to scale the elements on screen, and this also impacts readability and sharpness of the objects/text.
-- from some testing, the conclusion was that "200" is the optimum value for the 1280x480, 8.8" screen, although eg. "210" was tested.
-- unsure if changing "Real Density" will make a difference to output (similar to physical measurements)
* Also, I think my scale is correct, or as specified in the firmware. Text and elements just seems so small compared to CarPlay that wife uses.
* Attached a picture of my screen with 200 dpi.
You are using a "Density" value of 220, do you have an example of what that looks like in practice?
Thanks
ckarv said:
I've put some effort into looking into this now, basically reading 100 odd pages in the "Andream MMI Box - Wireless CarPlay & Android Auto" thread (starting on pg. 135), over at the Bimmerpost forum.
Findings:
- 720p = true setting is required to display AA in "Wide" format (ie. clock, second app on the right side of the display, map and vertical bar with "home", active app, notification and assistant buttons on the left).
- From reading results of testing over at the other forum, the Physical width/height settings did not seem to make a difference to output.
- Density on the other hand is used to scale the elements on screen, and this also impacts readability and sharpness of the objects/text.
-- from some testing, the conclusion was that "200" is the optimum value for the 1280x480, 8.8" screen, although eg. "210" was tested.
-- unsure if changing "Real Density" will make a difference to output (similar to physical measurements)
* Also, I think my scale is correct, or as specified in the firmware. Text and elements just seems so small compared to CarPlay that wife uses.
* Attached a picture of my screen with 200 dpi.
You are using a "Density" value of 220, do you have an example of what that looks like in practice?
Thanks
Click to expand...
Click to collapse
- 720p = true setting is required to display AA in "Wide" format (ie. clock, second app on the right side of the display, map and vertical bar with "home", active app, notification and assistant buttons on the left).
This is accurate.
- From reading results of testing over at the other forum, the Physical width/height settings did not seem to make a difference to output.
I don't know, perhaps this is true.
- Density on the other hand is used to scale the elements on screen, and this also impacts readability and sharpness of the objects/text.
-- from some testing, the conclusion was that "200" is the optimum value for the 1280x480, 8.8" screen, although eg. "210" was tested.
-- unsure if changing "Real Density" will make a difference to output (similar to physical measurements)
* Also, I think my scale is correct, or as specified in the firmware. Text and elements just seems so small compared to CarPlay that wife uses.
Your scale of text is set by the DPI essentially. Its a combination of resolution and DPI. Basic example, if I was to set my DPI to 200, the text on my screen would be smaller.
* Attached a picture of my screen with 200 dpi.
This is a 10.25" screen with 220DPI
In your case, the one update file was made for a 10.25" screen. The thing is, there will be a DPI difference between the two even if the resolution is the same. I suspect you need check with that community to see if there is an update that maintains widescreen mode but uses the different DPI.
EDIT: To be fair, I think your screen looks "normal" but then, it looks like your clock and such are the same scale as mine. Maybe AA is just smaller text in general?