Obsolete
Status Update
Comments
fe...@gmail.com <fe...@gmail.com> #2
Some additional information - it seems that it affects only hardware decoded videos (e.g. enabling "Force software decoding" in Archos Video Player makes the issue disappear.) It's also interesting to note that Kodi does not show the issue even with hardware acceleration.
du...@hotmail.com <du...@hotmail.com> #4
Have the same issue with my NP on 6.0. Washed out blacks. Only tried it with the Play movies & TV app. My other NP on 5.1.1 works fine.
se...@gmail.com <se...@gmail.com> #5
Same problem on two Nexus Players with Android TV 6.0. Dark movies are unwatchable - darks are too light...washed out as others say. Only occurs during video playback. Not affecting interface of OS or apps.
df...@gmail.com <df...@gmail.com> #6
sigh... all the blacks look like light grey :( Please fix this. Videos are unwatchable.
si...@gmail.com <si...@gmail.com> #7
Same here, noticed after the 6.0 update.
jp...@gmail.com <jp...@gmail.com> #8
Same issue here with youtube. It's really annoying.
vd...@gmail.com <vd...@gmail.com> #9
On my Nexus 6P the original MDA89D build didn't have this issue, but flashing the 3 other images shows the issue.
It's especially bad on AMOLED screens as the RGB value 0/0/0 should turn the screen off completely, this this doesnt and is washed out.
It's especially bad on AMOLED screens as the RGB value 0/0/0 should turn the screen off completely, this this doesnt and is washed out.
ke...@gmail.com <ke...@gmail.com> #10
I notice that this still has a Priority of "Small". I think for those of us who are experiencing it, it's more like an Emergency level thing. Please help.
ni...@gmail.com <ni...@gmail.com> #11
Figured I'd add some photos as I did just get another nexus player out of the box and noticed this with my other one, I named the pictures the version of android they are on. Current build I'm running is MRA58N. First one is from 5.0, then 5.1.1, then 6.0. As you can tell by the last one, Dennis' shirt is really light blue and if you look at the objects beside him they seem washed out/the lighting isn't correct. Thank you!
fa...@gmail.com <fa...@gmail.com> #12
The difference in the blacks behind Dennis is especially noticeable. Very poor on the last image
ra...@gmail.com <ra...@gmail.com> #13
This happens on both my Nexus 6P and Nexus 5X as well!
pa...@gmail.com <pa...@gmail.com> #15
Here are a couple screenshots from my Nexus 5X to show the issue. Note, it helps to compare the images in a dark room.
Here is a screenshot of a video as played within the YouTube app. Notice the black portions of the image are actually dark gray.
http://i.imgur.com/76hNVHj.png
And here is a screenshot of the same video being playing within Chrome. Notice the deeper black and better contrast.
http://i.imgur.com/WQNAYq7.png
And here's a link to the video if you want to see it yourself:https://www.youtube.com/watch?v=JApehOE5PrI
Here is a screenshot of a video as played within the YouTube app. Notice the black portions of the image are actually dark gray.
And here is a screenshot of the same video being playing within Chrome. Notice the deeper black and better contrast.
And here's a link to the video if you want to see it yourself:
jo...@gmail.com <jo...@gmail.com> #16
If this is happening on 5X and 6P, this issue should really get more attention than it is. 6P is an AMOLED screen, one of the huge selling points for me is perfect blacks. This issue basically renders that feature obsolete for videos
tx...@gmail.com <tx...@gmail.com> #17
Google, please fix this issue. I expected my Nexus Player to improve with a new OS update, not become unusable. On my LG OLED TV, and the problem is very obvious. For now, I'll have to stream videos using my Xbox instead of Nexus Player.
tx...@gmail.com <tx...@gmail.com> #18
Sorry to everyone who got a notification about this issue and may have gotten their hopes up. I cannot believe that no one has officially recognized this issue other than marking a support thread as "assigned". This affects a number of flagship devices and there is no urgency to fix it even though we are in the middle of the busiest shopping season of the year. I bought 3 nexus players because they have a fantastic UI with great performance. I purposely didn't install 6.0 because of this issue, but I of course didn't know that google pushes updates without asking to nexus players so all 3 look like crap now. Why cant someone at least say this is a known issue and there will be an update out in the coming weeks. Right now I am close to returning all of these players and going back to Roku.
be...@gmail.com <be...@gmail.com> #19
While many users will not notice the image quality difference, that does not discount the fact that there is one and it is a dealbreaker for a dedicated media player to have these issues for any length of time. Every user is affected by this and is exposed to it any time they're watching video. Patching this should be priority number 1.
jo...@gmail.com <jo...@gmail.com> #20
It's possible the colour/gamma issues with devices other than Nexus Player are caused by unrelated bugs, as they use completely different platform drivers for their displays. Please do not assume they are the same, use https://code.google.com/p/android/issues/detail?id=192577 to track the colour/gamma problem on Nexus 6P.
ad...@gmail.com <ad...@gmail.com> #21
I have this issue on my Nexus Player as well. I hope it's getting fixed before Kodi launch their next version which will use the internal decoder. Right now "cast" youtube through Kodi to get around the issue.
[Deleted User] <[Deleted User]> #22
I just got a Nexus Player and have had the same issue since 6.0 update. In 5.1 and 5.0 Youtube and Google Play Movies were fine, after updating to 6.0 blacks are grey and it is very noticeable. This makes my Nexus Player unusable for viewing video and I will have to return it. My Raspberry Pi Kodi and my legacy smart tv app show YouTube videos just fine, with proper blacks. My tv is a 2014 Sony KDL-40W605B with HDMI levels set to auto.
I wonder how widespread is this bug, I mean, if every Nexus Player with 6.0 suffers from the issue or it is just some of us. And if, as I suspect, this is a widespread bug, why it hasn't been fixed by now and just assigned a "small" priority, since this bug just breaks the main purpose of the device and makes it useless.
I wonder how widespread is this bug, I mean, if every Nexus Player with 6.0 suffers from the issue or it is just some of us. And if, as I suspect, this is a widespread bug, why it hasn't been fixed by now and just assigned a "small" priority, since this bug just breaks the main purpose of the device and makes it useless.
ll...@lastmile.au <ll...@lastmile.au> #23
I'm also suffering from the same issues as well with my nexus player.I thought my tv was broke. The small priority is a joke as it makes this thing watching content useless. Also I don't like how google just doesn't corresponds and keep us updated with the community about this bug.
[Deleted User] <[Deleted User]> #24
Hey everyone, We understand the severity of this issue. It's a widespread problem impacting all Nexus Players on 6.0. We're working as fast as possible to resolve it.
We also noticed similar problems on Nexus 6P and 5X, as reported in #14; however, those had a different root-cause. Those have been fixed internally, and will be included in a future MR.
We also noticed similar problems on Nexus 6P and 5X, as reported in #14; however, those had a different root-cause. Those have been fixed internally, and will be included in a future MR.
ja...@gmail.com <ja...@gmail.com> #25
For the NP I would suggest offering the ability to let the end-user forcibly choose RGB Full (0-255) or Limited (16-235) system-wide, even if it would be hidden somewhere under Developer Options.
Even if you default to one, there's always the possibility that in an end-user system the other option is the only correct output in a chain of devices (e.g. NP > A/V receiver > TV/projector).
Even if you default to one, there's always the possibility that in an end-user system the other option is the only correct output in a chain of devices (e.g. NP > A/V receiver > TV/projector).
ar...@gmail.com <ar...@gmail.com> #26
Thank you for updating us and for updating the priority to High. Good to know it's being worked on actively.
Odd that the issue is so similar between the phones and the NP and yet it's a different root cause. I'd be interested in what the causes were, but I suppose I'd be happiest with the fixes
Odd that the issue is so similar between the phones and the NP and yet it's a different root cause. I'd be interested in what the causes were, but I suppose I'd be happiest with the fixes
ad...@gmail.com <ad...@gmail.com> #27
Actually besides video it also happens when chromecasting photos to my NP - while on my Chromecast colors pop nicely.
bl...@googlemail.com <bl...@googlemail.com> #28
I guess people with high contrast and crushed black settings on their TV don't notice the problem, but if you have neutral settings or a calibrated display it's very noticeable.
fe...@gmail.com <fe...@gmail.com> #29
Google get on this already!!!
It's been over 2 months with this glaring video problem or at least allow people to roll back to the previous version!
It's been over 2 months with this glaring video problem or at least allow people to roll back to the previous version!
ch...@sky.com <ch...@sky.com> #30
Hopefully the devs are serious this time and not teasing us. I was this close to returning the nexus player when the priority was changed from small to high. I agree they should have an option to roll back if they can't get on the ball and fix their issues in a timely matter.
e....@gmail.com <e....@gmail.com> #31
Glad that this is finally being addressed. Even with my tv on maximum contrast the picture is still washed out. Hard to believe they allowed the 'upgrade' to go ahead with such a glaring fault.
ma...@gmail.com <ma...@gmail.com> #32
Also relieved to hear this is finally getting traction. I hope there are real signs from Google soon that this platform hasn't already been abandoned.
jg...@gmail.com <jg...@gmail.com> #33
Got a Nexus 6P early November and have noticed the gray blacks during YouTube videos right away. Did some research and this problem is really widespread. Has checked for updates on this issue periodically (so annoying, I check daily now) and surprised it has taken this long for an issue like this to be acknowledged to a higher priority. As of this comment, the problem still persists. -Nexus 6P, with November security update.
fe...@gmail.com <fe...@gmail.com> #34
Quick update: we have identified the issue in the Nexus Player hardware composer and working on a fix. Thank you for your patience.
rc...@gmail.com <rc...@gmail.com> #35
A google member stated that there won't be a fix this entire month? Hopefully that's not true.
ra...@gmail.com <ra...@gmail.com> #36
I'll have sold mine by the time they can be bothered to fix this. Theyve proved they've got no real interest in the nexus player which I suspect will have no support in a few months.
3c...@gmail.com <3c...@gmail.com> #37
Are you ever going to change Android 6. So phone numbers with - can be called back asap as we receive them in text to call.
ma...@gmail.com <ma...@gmail.com> #38
Hopefully they will get a fix out before Christmas. I don't blame people for bringing their nexus back to the store. That's nearly 3 months since the grey washed out colors bug was introduced. A smaller company with less resources like ROKU corrects bugs faster than google.
vd...@gmail.com <vd...@gmail.com> #39
@tergulath@gmail.com - The argument falls flat, because you could easily argue that they do so exactly because they are so small, they have less stuff to correct bugs for ;)
Anyway, the fix is coming, as they have found the issue and now it's just a matter of having patience. - The real issue is that it took this long to make people realize that there actually was an issue... and i am not only speaking about google here. Those who never calibrate their monitor's etc., that didn't think they had/have a issue with the player.
But maybe if the same issue had plagued the chromecast, then a lot more people would have actually noticed it and screamed about it.
Anyway, the fix is coming, as they have found the issue and now it's just a matter of having patience. - The real issue is that it took this long to make people realize that there actually was an issue... and i am not only speaking about google here. Those who never calibrate their monitor's etc., that didn't think they had/have a issue with the player.
But maybe if the same issue had plagued the chromecast, then a lot more people would have actually noticed it and screamed about it.
ch...@gmail.com <ch...@gmail.com> #40
The fix was in the hardware composer of Nexus Player, and it will be rolled out in an OTA update.
se...@googlemail.com <se...@googlemail.com> #41
any word on what/when the fix will come for nexus 6p/5x?
fl...@gmail.com <fl...@gmail.com> #42
The fix did come to the 6p/5x in 6.0.1
ay...@gmail.com <ay...@gmail.com> #43
Seems to me Google has all but given up on the Nexus Player. How could it take this long to fix a video color problem on a video player? The core functionality of the device has been broken since October and its now Christmas and it has still not been fixed. I wonder how many people will get this as holiday gift and turn it on and say "Why does video look so bad?". Could they at least publicize the date that they will start rolling out the fix? It would be great to know when my device will function as advertised again so I can get some use out of my investment. So disappointing.
da...@gmail.com <da...@gmail.com> #44
Well its now christmas and still no clue when this will be fixed for the nexus player. This bug will pissed anyone getting a nexus player for christmas. The dev said it will be rolled out in a OTA update but didn't give a specific time frame so it could mean next christmas for all we know.
kj...@gmail.com <kj...@gmail.com> #45
This has become extremely aggravating.
Doesn't Google test their version updates (LIKE OH I DON'T KNOW PERHAPS PLAY A VIDEO!) Before sending it out to the hundreds of thousands of devices?
This blows, time to hook up my roku again.
Doesn't Google test their version updates (LIKE OH I DON'T KNOW PERHAPS PLAY A VIDEO!) Before sending it out to the hundreds of thousands of devices?
This blows, time to hook up my roku again.
so...@gmail.com <so...@gmail.com> #46
The December update was completed before they announced the fix. Though this bug is serious, they're most likely not changing the release process just for one issue, so it would be strange to expect an OTA before the next scheduled one in January.
mb...@gmail.com <mb...@gmail.com> #47
Ok Google boys it's the new year, how about that update we've all been waiting forever for.
so...@gmail.com <so...@gmail.com> #48
"Though this bug is serious, they're most likely not changing the release process just for one issue, so it would be strange to expect an OTA before the next scheduled one in January."
This is not just a serious bug - it literally is a major bug in the PRIMARY functionality of the device. This is the kind of thing you do a hotfix for - I thought Google was different than Apple and would address serious bugs ("showstoppers") in a timely fashion....
This is not just a serious bug - it literally is a major bug in the PRIMARY functionality of the device. This is the kind of thing you do a hotfix for - I thought Google was different than Apple and would address serious bugs ("showstoppers") in a timely fashion....
jb...@android.com <jb...@android.com> #49
Has to agree. For a device whose primary function is play videos, this is a show stopper. Not only Google realized and acknowledged it much too late (it is well documented before 6.0 OTA was even started), Google sees no urgency to release the fix either. This sparks serious doubts from me on the team's knowledge about how to play back video properly.
kh...@gmail.com <kh...@gmail.com> #54
It's fixed with this update. :) Thanks to the engineers !
pa...@gmail.com <pa...@gmail.com> #55
About time. Now how long do we have to wait for the update to go live OTA.
pa...@gmail.com <pa...@gmail.com> #56
Any confirmation that January fixes it?
si...@googlemail.com <si...@googlemail.com> #58
Has anyone gotten the update yet? Its been a few days for me and still haven't receive the update.
[Deleted User] <[Deleted User]> #59
I don't think the OTA has been released yet. You would need apply the update using the firmware from Google yourself or wait for the OTA to be available sometime in the near future.
pa...@gmail.com <pa...@gmail.com> #60
I got the OTA yesterday and it solved the problem.
fe...@gmail.com <fe...@gmail.com> #61
I've downloaded and installed the OTA, but I still see washed-out colors. I'm using a Nexus 5X.
nu...@gmail.com <nu...@gmail.com> #62
[Comment deleted]
si...@googlemail.com <si...@googlemail.com> #63
qualquer palavra sobre o que / quando a correção virá para moto g2 xt1069
pa...@gmail.com <pa...@gmail.com> #64
[Comment deleted]
pa...@gmail.com <pa...@gmail.com> #65
I have finally received the january patch for the nexus player. I tried netflix, with the same movie i have tested before just to make sure the test was the same, and i can confirm that the colors and brightness are back to normal.
So the nexus player is indeed once again a viable media player.
So the nexus player is indeed once again a viable media player.
fe...@gmail.com <fe...@gmail.com> #66
Another confirmation. My Nexus Player's blacks are finally back.
na...@gmail.com <na...@gmail.com> #67
F I N A L L Y
Only took them 3 MONTHS. Bravo team!
Only took them 3 MONTHS. Bravo team!
[Deleted User] <[Deleted User]> #68
hey, i just bought a brand new nexus 5x in India,
i have very washed up colors screen and bad brightness by comparison to my friend's 2 months old nexus 5x.
i have very washed up colors screen and bad brightness by comparison to my friend's 2 months old nexus 5x.
pa...@gmail.com <pa...@gmail.com> #69
Updated to 6.0.1 a month ago and today, suddenly, I just wanna throw this nexus 5 to down the toilet. I can't even see properly with the washed hazy-purple screen colors.
Will have to buy a new phone soon if this doesn't get fixed in a few days.
Will have to buy a new phone soon if this doesn't get fixed in a few days.
ri...@gmail.com <ri...@gmail.com> #70
To the recent posters, this thread is about an issue that WAS specific to the Nexus PLAYER. Please find an appropriate thread for your device(s).
[Deleted User] <[Deleted User]> #71
Was this a side effect fix? shouldn't this be closed now?
jo...@gmail.com <jo...@gmail.com> #72
Is it possible that I see this on latest update of mm for the s6 edge as well?
[Deleted User] <[Deleted User]> #73
Problem is also occurring in the version of Android 6.0 on the Moto G XT1078 device (Second Generation). Please place an update release for this annoying problem does not continue.
na...@gmail.com <na...@gmail.com> #74
cu...@gmail.com <cu...@gmail.com> #75
[Comment deleted]
na...@gmail.com <na...@gmail.com> #76
Agree with #72. This was an issue specific to Nexus Player on 6.0. Fixed MMB29T. Closing.
lu...@gmail.com <lu...@gmail.com> #77
EU J700M SO FICA REINICIANDO
ro...@pucher.biz <ro...@pucher.biz> #78
Please fix
en...@google.com <en...@google.com>
da...@gmail.com <da...@gmail.com> #79
Samsung Galaxy A500-m! When i see a video, it keeps blinking a blue screen over the video.
lo...@gmail.com <lo...@gmail.com> #80
This bug is specific to the Nexus Player and has been fixed for a long time. If you don't own a Nexus Player, this is the wrong place to post.
ki...@gmail.com <ki...@gmail.com> #81
Hi. I have one problem with many games by ea sports. The touch screen dont respond and the dont move on. Anyone can Tell me what is this bug and if have any solution?
jo...@lineone.net <jo...@lineone.net> #82
Estou com um terrÃvel problema, quase todos os apps pede permissão, aparecendo sobreposição de tela, formatei varias vezes, em pouquÃssimo tempo volta novamente não estou mais suportando este problema.
Sempre tive android mais pelo jeito irei sai desse sistema que esta arruinando minha paciência,
Sempre tive android mais pelo jeito irei sai desse sistema que esta arruinando minha paciência,
b....@gmail.com <b....@gmail.com> #83
[Comment deleted]
ma...@gmail.com <ma...@gmail.com> #84
probably 32 levels would be fine
na...@gmail.com <na...@gmail.com> #85
Not for everyone it isn't. Honestly, I still state that the best possible solution is just to implement a setup where the number can be overridden. It isn't even necessary that there be a system setting to control this as long as it doesn't require root access to actually change. Just as an oversimplified example of how this could be done, if during bootup it checked for a "volsteps" file on the internal storage (/sdcard) and used the number in it that would be sufficient even. Though there are better ways to implement such a thing, this is just an example of one way such a thing could be done. And even if it requires third party software to adjust, surely such programs would be quickly implemented and available to all anyway.
That said, 32 is still a heck of a lot better than 16. Not enough, but better.
That said, 32 is still a heck of a lot better than 16. Not enough, but better.
lo...@gmail.com <lo...@gmail.com> #86
[Comment deleted]
lo...@gmail.com <lo...@gmail.com> #87
This is so obvious !!!
nk...@gmail.com <nk...@gmail.com> #88
Please do this!!!!!!!!!!!!!!!
me...@inward.de <me...@inward.de> #89
I totally agree. 16 volume levels aren't enough. Most of the time there is no exact level to feel comfort with. Its either too loud or too silent. Please fix this.
pa...@gmail.com <pa...@gmail.com> #90
Give up all hope, people. Google won't bother with it (unless they get thousands of responses). If those who designed Android had any sense, they wouldn't have even thought of setting so few levels into the hardware, or at least would have allowed some customization (and Google as a rule is anti-customization, just look at how few options Chrome has). However, I've found a solution that works for me: I bought a pair of good bluetooth headphones. They have their own volume control, which has more levels. And by setting the phone's volume below maximum (about 3/4 or 4/5 of the max) I get even finer changes (the maximum volume is still very high if I go all the way up on the headphones, but the range "shrinks", so the changes are smaller). So, my friends, either do this or get an iphone. Or look for some niche solutions such as Ubuntu or Tizen (I don't know how many levels they've got, but I want to believe that idiocy is not contageous).
df...@gmail.com <df...@gmail.com> #91
If you run Xposed Framework, there's a very good module that gives you up to 50 volume steps: http://repo.xposed.info/module/com.p1ngu1n.volumesteps
dp...@gmail.com <dp...@gmail.com> #92
Recently having moved from iPhone to Andriod, I remember the buttons on the side of the iPhone had large volume steps, but you could then finely adjust the exact volume with the on screen slider. Surely not difficult to implement in android?
bl...@googlemail.com <bl...@googlemail.com> #93
This issue is as old as android itself.
Not difficult? I'd rather say impossible, unless you do it yourself.
Because Google clearly doesn't give a F.
Not difficult? I'd rather say impossible, unless you do it yourself.
Because Google clearly doesn't give a F.
je...@gmail.com <je...@gmail.com> #94
The issue was closed... so perhaps a new one should be created. Better to have this one reopened of course, but as is, I doubt anyone will act on this.
na...@gmail.com <na...@gmail.com> #95
A new one was already created a while back: https://code.google.com/p/android/issues/detail?id=162868 There are probably others. I hate to say it, but "BloodyRa..." is probably right. Google clearly doesn't care. I think if we could somehow get others to listen -- such as CyanogenMod and maybe some OEMs -- we could eventually force them to actually consider it, but sadly even this is insanely hard to do...
bl...@googlemail.com <bl...@googlemail.com> #96
As usual with this stupid world: vote with your wallet.
Simply don't by an Android next time and instead choose an Apple or WinPhone.
And if you get asked state why. That's as close as we ignored customers get to "forcing" them.
Simply don't by an Android next time and instead choose an Apple or WinPhone.
And if you get asked state why. That's as close as we ignored customers get to "forcing" them.
na...@gmail.com <na...@gmail.com> #97
Doesn't work like that. Not only will that not convince Google to fix this, but then you're stuck with a much much worse option. The volume control sucks, but why should I have to be stuck with a super limited super locked down system and basically no real options at all just to try to "stick it to the man"? Especially since this is fixable via messy hacks and third party system modifications (but even jailbreaking won't fix iOS and Windows Mobile is beyond all hope.)
The real problem is they probably still aren't even really aware of the issue. Just because this is here doesn't mean anyone actually at Google is even aware that people feel this way. Chances are they haven't even given it any serious thought.
The real problem is they probably still aren't even really aware of the issue. Just because this is here doesn't mean anyone actually at Google is even aware that people feel this way. Chances are they haven't even given it any serious thought.
bl...@googlemail.com <bl...@googlemail.com> #98
If you really think that they are not aware by now of an issue that has several reports over the timespan of EVER then you're just naive.
They clearly just don't care, though that questions at the same time the point of this tracker if it's just being ignored anyways.
But hey, if you have any means to actually get the attention of someone who's not a goggle bot, by all means, try it : /
They clearly just don't care, though that questions at the same time the point of this tracker if it's just being ignored anyways.
But hey, if you have any means to actually get the attention of someone who's not a goggle bot, by all means, try it : /
hn...@gmail.com <hn...@gmail.com> #99
2016 - and a modern OS does not support fine grained volume control. Stupidity at best to say the least. Even Win95 or my 10 year old MP3 player supports volume control without steps. Jesus, get your shit together.
ha...@gmail.com <ha...@gmail.com> #100
fix this!!!!!!!!!!!!!!!
[Deleted User] <[Deleted User]> #101
Im using HTC U Ultra with Android 7 and the lowes step is to loud! How can this not been fixed yet? 5 years and still problem to increase steps for all volume types.
ra...@gmail.com <ra...@gmail.com> #102
Won't fix? So bad and ilogical. So annoying...
dp...@gmail.com <dp...@gmail.com> #103
please fix
se...@gmail.com <se...@gmail.com> #104
5 years later and no fix in sight :(
ar...@gmail.com <ar...@gmail.com> #105
STATUS: "Won't Fix (Obsolete)." So the official word from Google is that functional, useful volume control steps are "obsolete?"
cu...@gmail.com <cu...@gmail.com> #106
Fixing things is obsolete.
lo...@gmail.com <lo...@gmail.com> #107
Maybe we should start a social media campaign to generate some attention.
something like:
#googleMadeMeDeafhttps://issuetracker.google.com/issues/36941017
something like:
#googleMadeMeDeaf
ha...@gmail.com <ha...@gmail.com> #108
That's insane. I basically can't use bluetooth headphones for music. Podcast is ok. If the only other option wasn't just iOS I'd ditch android in a second
cs...@gmail.com <cs...@gmail.com> #109
When the choice in volume is between nothing and too loud, this is a serious bug in basic functionality of the system. The issue hasn't gone away.
Maybe someone from this team can explain what prompted the decision to close the issue?
Maybe someone from this team can explain what prompted the decision to close the issue?
da...@gmail.com <da...@gmail.com> #110
nah... its useless. there must be some sort of agreement with manufacturers of dedicated portable audio players. don't see any other possible explanation
go...@gmail.com <go...@gmail.com> #111
Same issue, ever since I got my first Android. Still not fixed.
ni...@gmail.com <ni...@gmail.com> #112
OK seriously, we need to take a different route here, because so far over the last several years we've been following Einstein's theory of insanity to a T - doing the same thing over and over again and expecting a different result.
One thing I know is that there is apparently YouTube staff (or at least people in contact with YouTube staff) on the YouTube subreddit, so assuming that the issue fully applies to the YouTube Android app as well, maybe one could frame the issue under a guise of ignorance. Here's an example of a theoretical Reddit post:
Can't set volume in YouTube Android app low enough? (headphones) Doesn't seem to be an issue on my iPad...
I'm having an issue with the YouTube app where I can't seem to set the volume low enough (I'm using headphones) - it seems to jump straight from "too loud" to "muted". Is there anything I can do or that can be done to get quieter volume without having it fully muted?
By comparison, the YouTube app on my iPad seems to go considerably quieter than the Android app on my phone, but my phone is much more portable so I can't just use the iPad everywhere I go (and surely Google and therefore YouTube would prefer that I use Android as well. ;) )
One thing I know is that there is apparently YouTube staff (or at least people in contact with YouTube staff) on the YouTube subreddit, so assuming that the issue fully applies to the YouTube Android app as well, maybe one could frame the issue under a guise of ignorance. Here's an example of a theoretical Reddit post:
Can't set volume in YouTube Android app low enough? (headphones) Doesn't seem to be an issue on my iPad...
I'm having an issue with the YouTube app where I can't seem to set the volume low enough (I'm using headphones) - it seems to jump straight from "too loud" to "muted". Is there anything I can do or that can be done to get quieter volume without having it fully muted?
By comparison, the YouTube app on my iPad seems to go considerably quieter than the Android app on my phone, but my phone is much more portable so I can't just use the iPad everywhere I go (and surely Google and therefore YouTube would prefer that I use Android as well. ;) )
na...@gmail.com <na...@gmail.com> #113
It affects everything that uses the standard media methods. Which is
to say the only things it does not affect are things that explicitly
take over the volume (PowerAmp being one of these rare examples.)
Anything that does take over the volume to provide more steps like
PowerAmp does is something that acknowledges the problem exists, so
Google must not do so in things like Youtube or they will have
acknowledged the problem (and thus, that they refuse to spend the two
minutes it would require for them to find and open up the source file,
type in different numbers, and hit save for the sake of their users.)
Honestly, I really do think the issue is awareness. Google clearly
ignores stuff like this unless it gets flagged somehow (probably a
simple search that looks for keywords like "unbootable," "bricked,"
"breaks," or something of the sort. Hah, maybe it just flagged this.
:-p Probably whatever it is has to be in the first post or within a
certain time or something of the sort though.) So the idea of getting
the attention of the Youtube staff is not necessarily a bad idea. The
main thing needed is just to get Google to become aware of this since
they obviously don't really use media functionality more than just the
bare minimum required to test (likely mostly just using built-in
speakers for that matter.)
On Fri, Aug 4, 2017 at 2:37 PM, <buganizer-system@google.com> wrote:
to say the only things it does not affect are things that explicitly
take over the volume (PowerAmp being one of these rare examples.)
Anything that does take over the volume to provide more steps like
PowerAmp does is something that acknowledges the problem exists, so
Google must not do so in things like Youtube or they will have
acknowledged the problem (and thus, that they refuse to spend the two
minutes it would require for them to find and open up the source file,
type in different numbers, and hit save for the sake of their users.)
Honestly, I really do think the issue is awareness. Google clearly
ignores stuff like this unless it gets flagged somehow (probably a
simple search that looks for keywords like "unbootable," "bricked,"
"breaks," or something of the sort. Hah, maybe it just flagged this.
:-p Probably whatever it is has to be in the first post or within a
certain time or something of the sort though.) So the idea of getting
the attention of the Youtube staff is not necessarily a bad idea. The
main thing needed is just to get Google to become aware of this since
they obviously don't really use media functionality more than just the
bare minimum required to test (likely mostly just using built-in
speakers for that matter.)
On Fri, Aug 4, 2017 at 2:37 PM, <buganizer-system@google.com> wrote:
ni...@gmail.com <ni...@gmail.com> #114
This issue is definitely not obsolete, on Nougat even at minimum volume using earphones during a call makes my ears bleed!
da...@gmail.com <da...@gmail.com> #115
Bye Android!
Sent from my iPhone
Sent from my iPhone
yg...@gmail.com <yg...@gmail.com> #116
Wow, this issue is opened since 2012 and with Android 7 in 2017 nothing has been done about this since...
Currently, ANDROID IS ULTIMATELY UNUSABLE FOR COMFORTABLE AUDIO EXPERIENCE without an external analog volume control integrated on the headphones.
Could you please seriously take this issue into account?
Thanks in advance.
Currently, ANDROID IS ULTIMATELY UNUSABLE FOR COMFORTABLE AUDIO EXPERIENCE without an external analog volume control integrated on the headphones.
Could you please seriously take this issue into account?
Thanks in advance.
da...@gmail.com <da...@gmail.com> #117
People, you can fine tune the volume by manually moving the slider. This is not an issue anymore.
pa...@gmail.com <pa...@gmail.com> #118
#117, what are you talking about? What slider?
da...@gmail.com <da...@gmail.com> #119
The one that appears on screen when you press volume up/down
pa...@gmail.com <pa...@gmail.com> #120
I'm afraid you're wrong. It seems to slide smoothly, but volume is change in steps just as it used to. I'm not mentioning the fact that it would be very uncomfortable to have to first press the buttons and then tweak the slider each time you wanted to change the volume.
da...@gmail.com <da...@gmail.com> #121
Well shit, you're right. Sorry about that.
pa...@gmail.com <pa...@gmail.com> #122
No problem.
na...@gmail.com <na...@gmail.com> #123
Yeah, the problem is the system itself only recognizes 16 positions
(15 effective) by default. The slider is capable of a large number of
positions (my guess is up to a maximum of 256, but I haven't tested
it.) Like I said, all the UI/etc elements for supporting a large
number of steps is already done and, in fact, was done a very long
time ago -- probably even before all this came up. All they have to
do is just change that one pre-defined value in one original code file
and with just that they are done. It's actually not too terribly hard
to externally modify it if you have root access, but unfortunately
most OEMs work very hard to ensure you can't get root access even via
legitimate means and of course messing with root access is beyond many
people (particularly when it requires unlocking the bootloader and
flashing a dev ROM.) I just can't see any legitimate reason it should
require all this just to have decent volume control though!
On Fri, Dec 8, 2017 at 12:13 PM, <buganizer-system@google.com> wrote:
(15 effective) by default. The slider is capable of a large number of
positions (my guess is up to a maximum of 256, but I haven't tested
it.) Like I said, all the UI/etc elements for supporting a large
number of steps is already done and, in fact, was done a very long
time ago -- probably even before all this came up. All they have to
do is just change that one pre-defined value in one original code file
and with just that they are done. It's actually not too terribly hard
to externally modify it if you have root access, but unfortunately
most OEMs work very hard to ensure you can't get root access even via
legitimate means and of course messing with root access is beyond many
people (particularly when it requires unlocking the bootloader and
flashing a dev ROM.) I just can't see any legitimate reason it should
require all this just to have decent volume control though!
On Fri, Dec 8, 2017 at 12:13 PM, <buganizer-system@google.com> wrote:
an...@gmail.com <an...@gmail.com> #124
It's 2018 and this is still an issue!
an...@gmail.com <an...@gmail.com> #125
haha yes. Media still only 16 steps Android Pie. Call volume even fewer.
na...@gmail.com <na...@gmail.com> #126
Fun fact: it seems this can be fixed just by modifying build.prop even. One line for each volume control. Seriously, that's how ridiculously minor and simple this is to fix even at a post compilation point. All these years and no one can change a few numbers in one file or add a few lines no another.
ni...@gmail.com <ni...@gmail.com> #127
Maybe I should re-iterate my comment I made around a year ago stating that we seriously need to look into a different route outside of the issue tracker if we want to get this changed, because at this rate we've been essentially doing nothing but perfectly demonstrating "the definition of insanity is doing the same thing over and over again and expecting a different result".
na...@gmail.com <na...@gmail.com> #128
I don't think anyone disagrees with you at all here. The problem is: what can we do? How do we get their attention?
dr...@comcast.net <dr...@comcast.net> #129
At least on my Samsung 8+ you can make fine adjustments after hitting the rocker buttons by scrubbing the GUI volume slider. The physical rocker buttons are much more coarse, I guess so you don't have to press-press-press-press... them. Press and hold on the rockers does a smoother adjustment, just too quickly.
pa...@gmail.com <pa...@gmail.com> #130
Are you sure about this? Can you actually hear more levels? Someone has already posted a similar claim and it turned out only the software showed more levels, but the actual levels were the same, with the volume changing much coarser than shown by the slider.
ow...@gmail.com <ow...@gmail.com> #131
On Nexus 6p there was an extremely noticeable jump in volume around 1/3 of
the way up. That is not the case on the s8, with the same headphones. I
have not scientifically tested it but whilst this was a major problem with
the 6p, it's not on the s8.
On Mon, 27 Aug 2018, 5:53 am , <buganizer-system@google.com> wrote:
the way up. That is not the case on the s8, with the same headphones. I
have not scientifically tested it but whilst this was a major problem with
the 6p, it's not on the s8.
On Mon, 27 Aug 2018, 5:53 am , <buganizer-system@google.com> wrote:
th...@gmail.com <th...@gmail.com> #132
Can confirm the claim in #129 that Samsung Galaxy S8 can do finer adjustments by dragging the slider in the GUI. Tested on my S8 running android 8.0. Also noticed that after the slider is dragged manually, increasing the volume a step and then decreasing takes you back to the volume you set, thus the volume level does not "snap" to some predefined values when adjusting.
pa...@gmail.com <pa...@gmail.com> #133
But can you actually hear the difference? And how many levels are there? I mean you can just count the steps while listening to something assuming you hear the difference between each step.
na...@gmail.com <na...@gmail.com> #134
At this point I have to point out that it doesn't matter. It is well known that Samsung has significantly modified the sound system in their "Android" releases -- so much so that it actually breaks a lot of functionality. The fundamental issue is that the underlying sound system requires third party modification to fix and in most cases third parties don't even think of it anyway, but even if they did, the original would always be broken.
#127 has the right of it. We somehow need to do something to get Google's attention on this. But what? I wish I knew. And the most ridiculous and saddest thing is that they'd need a grand total of five minutes to at least effectively correct it, so we only need to get their attention for that long.
#127 has the right of it. We somehow need to do something to get Google's attention on this. But what? I wish I knew. And the most ridiculous and saddest thing is that they'd need a grand total of five minutes to at least effectively correct it, so we only need to get their attention for that long.
pa...@gmail.com <pa...@gmail.com> #135
I've long given up on hoping for Google to fix this. I''ve been using bluetooth headphones and I've almost forgotten about this problem. I set the phone volume to about half, and then I use the headphones' volume control, which is finer-grained.
th...@gmail.com <th...@gmail.com> #136
#133: I can actually hear the difference. For me it's most noticeable between level 0 and the first step.
#135: My BT headphones (Bose QC 35) volume controls adjust the volume on the phones, so I can't adjust them separately.
#135: My BT headphones (Bose QC 35) volume controls adjust the volume on the phones, so I can't adjust them separately.
ru...@gmail.com <ru...@gmail.com> #137
I have a 500 € phone and a 100 € Bluetooth speaker. It's the middle of the night and I'm unable to play music at a volume level that's audible to me, but not disturbing to anyone else that's trying to sleep. This is ridiculous.
lu...@gmail.com <lu...@gmail.com> #138
Google is obviously not inclusive and diversified enough and is discriminating people with sensitive hearing.
We need to figure out another way to get this fixed.
We need to figure out another way to get this fixed.
na...@gmail.com <na...@gmail.com> #139
There are only two long term solutions:
1. Convince third party ROM designers to fix this (maybe someday it
might make it back upstream if enough do) and stick to third party
ROMs.
2. Root and either edit build.prop or use something like the Xposed
volume fix module. Or well, you could edit the framework, but that's
a royal pain to do and the build.prop method is much cleaner.
2 isn't really long term because you must manually fix it fairly
frequently and it requires third party modifications that are
prohibitive to average users, but at least when I tried once before to
get CyanogenMod to implement a fix they ignored me. (Maybe someone
might fare better with LineageOS? It's worth a try.) A third party
ROM is still quite prohibitive too though. But, like I said, maybe if
it went big enough the changes might eventually go upstream as people
take note and eventually apply the same thing at the source. 2 might
fail on some heavily modified OEM ROMs like Samsung's.
I have no better ideas. Google is never going to listen or care to
this particular problem and no one seems to know any ways of getting
their attention to it.
On Tue, Oct 2, 2018 at 7:18 PM <buganizer-system@google.com> wrote:
1. Convince third party ROM designers to fix this (maybe someday it
might make it back upstream if enough do) and stick to third party
ROMs.
2. Root and either edit build.prop or use something like the Xposed
volume fix module. Or well, you could edit the framework, but that's
a royal pain to do and the build.prop method is much cleaner.
2 isn't really long term because you must manually fix it fairly
frequently and it requires third party modifications that are
prohibitive to average users, but at least when I tried once before to
get CyanogenMod to implement a fix they ignored me. (Maybe someone
might fare better with LineageOS? It's worth a try.) A third party
ROM is still quite prohibitive too though. But, like I said, maybe if
it went big enough the changes might eventually go upstream as people
take note and eventually apply the same thing at the source. 2 might
fail on some heavily modified OEM ROMs like Samsung's.
I have no better ideas. Google is never going to listen or care to
this particular problem and no one seems to know any ways of getting
their attention to it.
On Tue, Oct 2, 2018 at 7:18 PM <buganizer-system@google.com> wrote:
sc...@gmail.com <sc...@gmail.com> #140
Pathetic. Fix it.
lo...@gmail.com <lo...@gmail.com> #141
This is ridiculous. 6 years since this thread was opened and nothing was done. This problem is so easy for them to fix and it's a big deal for people who want it fixed, but seems like Google doesn't care at all.
ni...@gmail.com <ni...@gmail.com> #142
Crazy idea - maybe any issues marked as "Won't Fix (Obsolete)" simply have absolutely no developer attention payed to them?
na...@gmail.com <na...@gmail.com> #143
Of course. But it never should have been marked as that and no one
can figure out any means to get this changed. Somehow someone needs
to get their attention. Just because they aren't paying attention
doesn't mean we should just drop it. It's still a problem whether
they ignore it or not.
On Mon, Oct 22, 2018 at 5:24 PM <buganizer-system@google.com> wrote:
can figure out any means to get this changed. Somehow someone needs
to get their attention. Just because they aren't paying attention
doesn't mean we should just drop it. It's still a problem whether
they ignore it or not.
On Mon, Oct 22, 2018 at 5:24 PM <buganizer-system@google.com> wrote:
lu...@gmail.com <lu...@gmail.com> #144
Can we open a telegram group and discuss our action plans?
mo...@gmail.com <mo...@gmail.com> #145
i agree to, i have the same problem with my car multimedia system when i want to decrease volume level to lowest level. At the lowest level, the sound is disturbing.
lf...@gmail.com <lf...@gmail.com> #146
Hi, can this be unmarked as obsolete? I have a Android 9 phone, and volume control seems to still be about 15 steps or so
lf...@gmail.com <lf...@gmail.com> #147
This issue is still present on recent devices running Android Pie. My Moto G 6 seems to have only 15 steps.
by...@gmail.com <by...@gmail.com> #148
Seriously? For 7 years not fixed?
na...@gmail.com <na...@gmail.com> #149
Longer. Just it became a really big deal around seven years ago when Android started becoming really popular and when companies like Archos started releasing "portable media players" built on Android (the one I had used 2.2 if I recall.) It never should have been 15 steps in the first place. That was a mistake from the very beginning. When they first did it they didn't research or consult about that part and just didn't think about it, and since then they've just not cared enough to bother to change one set of numbers in one file in all these years.
My bet is they'll never fix it.
My bet is they'll never fix it.
an...@gmail.com <an...@gmail.com> #150
I upgraded to Samsung Galaxy phone because they have an app, Samsung SoundAssistant, that provides option for additional volume steps. The problem now is only media volume is affected by the app, in-call volume has only like 7 steps and minimum is 13%. My eardrums can't take the punishment when I get on a call using headsets.
na...@gmail.com <na...@gmail.com> #151
If you're willing to root there are multiple "solutions" to fix it including some that can change other volume settings as well (the best and simplest is the VolumeSteps+ module for the Xposed Framework) though with Samsung it can be tricky since they've made a lot of creative changes all across the board -- including stuff in the sound system which messes up a lot of things. Even without it there are still some things you can do. I don't think I'd pick a phone based solely on if it comes stock with some app since there are a lot of more universal ways around the issue that are cleaner and more efficient including even audio players that can bypass the system volume control and implement their own with more steps.
pa...@gmail.com <pa...@gmail.com> #152
Obviously this is not going to be ever fixed, as Google doesn't see it as a bug but a feature, maybe because not enough people complain about it (most people are, relatively speaking, deaf - maybe from too many disco hours).
If you want a simple solution (without messing with the phone and its warranty), invest in headphones with their own volume control. I've got bluetooth headphones with volume control, so I control my volume with those (it has more steps, plus I set the phone's volume to around 60-70%, depending on the situation - the headphones are still loud enough, but the phone's range is "squished" a bit, allowing for even more precision). The only other situations I use the phone for music is in the car (where I obviously control the volume with the car's system) and occasionally on my home sound system, where the system controls it.
I've actually forgotten about this problem since. If you don't have good headphones with volume control, you need to make a small investment, but your sanity is worth it.
If you want a simple solution (without messing with the phone and its warranty), invest in headphones with their own volume control. I've got bluetooth headphones with volume control, so I control my volume with those (it has more steps, plus I set the phone's volume to around 60-70%, depending on the situation - the headphones are still loud enough, but the phone's range is "squished" a bit, allowing for even more precision). The only other situations I use the phone for music is in the car (where I obviously control the volume with the car's system) and occasionally on my home sound system, where the system controls it.
I've actually forgotten about this problem since. If you don't have good headphones with volume control, you need to make a small investment, but your sanity is worth it.
an...@gmail.com <an...@gmail.com> #153
I don't wanna sound alarmist but there is a risk of cancer with using wireless headphones :). Honestly I chose Samsung Galaxy over Pixel 3 mainly because of the headphone jack (and triple lens). I will probably get a headphone with higher impedance/lower sensitivity.
oc...@gmail.com <oc...@gmail.com> #154
pa...@gmail.com <pa...@gmail.com> #155
Use cabled headphones with volume control then. I don't use headphones very often, so I'm not too worried.
na...@gmail.com <na...@gmail.com> #156
Yeah, you won't get cancer from Bluetooth and if you actually believe that I invite you to look up how it really works. But even so there are analog volume controls (just a potentiometer) if it comes to that. You can also use an amplifier which in some cases will ultimately mean better sound (depending mainly on the headphones) anyway. Higher impedance just means the maximum volume is lower and if anything you'll need the precision that is lacking even more then. But the real point is just that you shouldn't have to rely on always having to use external mechanisms to fix something where all someone has to do is edit a number or two in one single file.
Does anyone know how to submit patches to open source projects? I kind of wonder if it's possible to submit to AOSP. It's such a minor change you don't even need to know real coding to change it. I'm sure it's possible to submit to LineageOS and the like, though I think it would only catch Google's attention in AOSP (though it sure wouldn't hurt if the alternatives had it fixed stock without needing rooting/etc.)
Does anyone know how to submit patches to open source projects? I kind of wonder if it's possible to submit to AOSP. It's such a minor change you don't even need to know real coding to change it. I'm sure it's possible to submit to LineageOS and the like, though I think it would only catch Google's attention in AOSP (though it sure wouldn't hurt if the alternatives had it fixed stock without needing rooting/etc.)
an...@gmail.com <an...@gmail.com> #157
pa...@gmail.com <pa...@gmail.com> #158
"the real point is just that you shouldn't have to rely on always having to use external mechanisms to fix something where all someone has to do is edit a number or two in one single file"
I agree, but who's going to do it? I've been waiting for years and no-one has done anything about it. I prefer my workarounds than the frustration of waiting for something that may never happen.
"Peer reviewed study about cancer risk"
The article may be peer reviewed, but it's about the use of phones, not headphones, of which there is no mention. I'm not sure if bluetooth has the same impact as mobile phone signal.
I agree, but who's going to do it? I've been waiting for years and no-one has done anything about it. I prefer my workarounds than the frustration of waiting for something that may never happen.
"Peer reviewed study about cancer risk"
The article may be peer reviewed, but it's about the use of phones, not headphones, of which there is no mention. I'm not sure if bluetooth has the same impact as mobile phone signal.
na...@gmail.com <na...@gmail.com> #159
Cellphones do indeed use different frequencies at higher powers than what Bluetooth (especially modern low power BT standards) uses. I couldn't find specifics in the study as to exactly how much "dosage" was given to the mice and rats, but usually to perform studies like these higher dosages than real life use are given out of necessity, so this is a first step into a bigger investigation and likely doesn't actually prove anything one way or the other. This is getting way off topic. My real point is just that shouting "cancer" to everything doesn't really belong here.
I may try to figure out how to do a patch later. I see AOSP does indeed have a submission process. I don't know any real programming myself, but like I said, it's just a few numbers pre-defined in one file and pretty much that's it.
I may try to figure out how to do a patch later. I see AOSP does indeed have a submission process. I don't know any real programming myself, but like I said, it's just a few numbers pre-defined in one file and pretty much that's it.
na...@gmail.com <na...@gmail.com> #160
Oh, and I'm not sure what "in-volume control" means, but if you mean Bluetooth, it depends on the implementation. They can do it in software or they can do it at their own amplifier (BT headphones must have their own separate amplifier.) It goes without saying, but analog potentiometers do not use the OS volume control, nor do analog amplifiers.
an...@gmail.com <an...@gmail.com> #161
Sorry, in-line volume control on wired headsets. I make a lot of calls for work (2-4 hours/day); I haven't found a portable amp with mic passthrough yet. I know BT radiation is about 1/10 of cell phones, but I didn't want to risk it longterm lol.
na...@gmail.com <na...@gmail.com> #162
I said analog potentiometer. The old rolling dials are analog and do not use the system. You can stick them right in-line, though you'll have to search a bit to find one that will pass through TRRS (eg four pin) instead of TRS (eg classic three) if you're using a headset with a microphone. If you're a fair hand with a soldering iron it's easy enough to make your own analog volume control too or make a TRRS passthrough for a simple amp (a C-Moy for instance.)
Bluetooth isn't just less power, it's a different frequency. A frequency that has been thoroughly tested and understood to be non-ionizing radiation. It's worth noting it's the same sort of range as WiFi which, even if you're discussing a tablet and you are trying to tell us you don't use cellphones (you wouldn't cite a study that says cellphones are bad as an argument against Bluetooth if you were using cellphones, right?) will still be using to make connections. I believe it's less power even than WiFi even (which is already insanely tiny.) You receive far more (wide-ranged including ionizing) radiation from going out into the sunlight versus using BT headphones for maybe a few hours here and there.
I want to be clear. I'm not a huge fan of BT headphones for various reasons (namely quality concerns,) but this is just about the only single argument against them that has never had any basis beyond an assumption that if something sounds complicated it must be assumed to be dangerous by default which is not a valid or logical assumption. In either case I consider requiring external devices -- especially devices that cost extra -- to be an improper solution to a problem inherent to the system that simply should not be there and which could be fixed with a super minor software update. I just don't want "but I personally feel like I think it causes cancer" to scare people away from availing themselves of what few "solutions" there are at this time -- however improper.
Bluetooth isn't just less power, it's a different frequency. A frequency that has been thoroughly tested and understood to be non-ionizing radiation. It's worth noting it's the same sort of range as WiFi which, even if you're discussing a tablet and you are trying to tell us you don't use cellphones (you wouldn't cite a study that says cellphones are bad as an argument against Bluetooth if you were using cellphones, right?) will still be using to make connections. I believe it's less power even than WiFi even (which is already insanely tiny.) You receive far more (wide-ranged including ionizing) radiation from going out into the sunlight versus using BT headphones for maybe a few hours here and there.
I want to be clear. I'm not a huge fan of BT headphones for various reasons (namely quality concerns,) but this is just about the only single argument against them that has never had any basis beyond an assumption that if something sounds complicated it must be assumed to be dangerous by default which is not a valid or logical assumption. In either case I consider requiring external devices -- especially devices that cost extra -- to be an improper solution to a problem inherent to the system that simply should not be there and which could be fixed with a super minor software update. I just don't want "but I personally feel like I think it causes cancer" to scare people away from availing themselves of what few "solutions" there are at this time -- however improper.
an...@gmail.com <an...@gmail.com> #163
I guess you're not familiar with the inverse square law. If you feel like piping radiation inches from your brain, that's up to you.
In any case, we're way off topic. Just drop it.
In any case, we're way off topic. Just drop it.
br...@gmail.com <br...@gmail.com> #164
I think I got cancer from reading this conversation. But I couldn't hear the diagnosis from my doctor because the Android volume levels damaged my ears.
tr...@gmail.com <tr...@gmail.com> #165
After suffering (as in literally suffering ear damage as if I wanted just a bit more volume I had to go to levels that are too loud for long term use) I FINALLY discovered a workaround for this...
1) Go to developer options (enable developer options if you haven't previously done so)
2) Turn on "Disable absolute volume"
3) Enjoy being able to turn up your Bluetooth headphones and not go from very quiet to very loud after only a ONE STEP increase.
Yes, I have found max volume now on my Bluetooth headphones is now not nearly as loud, but it's still louder than one should have for more than a few minutes at a time. I hope this helps at least someone because clearly there is never going to be fix for this. So sad.
1) Go to developer options (enable developer options if you haven't previously done so)
2) Turn on "Disable absolute volume"
3) Enjoy being able to turn up your Bluetooth headphones and not go from very quiet to very loud after only a ONE STEP increase.
Yes, I have found max volume now on my Bluetooth headphones is now not nearly as loud, but it's still louder than one should have for more than a few minutes at a time. I hope this helps at least someone because clearly there is never going to be fix for this. So sad.
er...@gmail.com <er...@gmail.com> #166
I have a Sony Bluetooth speaker and cannot fine tune the volume, it's either too quiet, or too loud on the next level. Setting the developer options as mentioned in the previous post doesn't help, the amount of steps in volume control remains at 15 usable levels.
Please Google, seriously? This problem persists for so many years noe, it's a pain to see your ignorance 😞
Please Google, seriously? This problem persists for so many years noe, it's a pain to see your ignorance 😞
me...@gmail.com <me...@gmail.com> #167
Same issue. Using google play along with a wireless BT speaker. Harmon Kardon. I can't adjust the volume to appropriate levels. It's either too low or too loud in our office.
A shame considering the amount of attention put into sound quality.
A shame considering the amount of attention put into sound quality.
se...@gmail.com <se...@gmail.com> #168
In Android 10 it looks like you can select any media volume option. Just
updated my phone and while the volume keys still make large jumps, I can
manually select volumes between those jumps now.
updated my phone and while the volume keys still make large jumps, I can
manually select volumes between those jumps now.
pa...@gmail.com <pa...@gmail.com> #169
See comment #120
You might be deluding yourself, my friend.
I don't think they would implement this kind of partial solution. Perhaps you can visually move the slider, but the audible levels are probably the same. I wish I was wrong.
You might be deluding yourself, my friend.
I don't think they would implement this kind of partial solution. Perhaps you can visually move the slider, but the audible levels are probably the same. I wish I was wrong.
se...@gmail.com <se...@gmail.com> #170
No, I just tested it and it's working granularly. I can now make volumes
used to be able to such as barely above muted and barely below max volume.
I tested it on a music video sliding the slider and it was smoothly
transitioning and not jumping between points. You could argue that they
just smoothed the transitions, but at that point they'd be doing more work
than just making it granular so I highly doubt it.
Here's the video, but unfortunately Samsung's video recorder doesn't
actually capture differences in volume.
https://youtu.be/ChpRSKqhybY
used to be able to such as barely above muted and barely below max volume.
I tested it on a music video sliding the slider and it was smoothly
transitioning and not jumping between points. You could argue that they
just smoothed the transitions, but at that point they'd be doing more work
than just making it granular so I highly doubt it.
Here's the video, but unfortunately Samsung's video recorder doesn't
actually capture differences in volume.
se...@gmail.com <se...@gmail.com> #171
Ah, it might actually be Samsung finally adding it to the S9 phones, not
something that's part of Android 10
On Thu, Mar 5, 2020, 1:00 PM James Anderson <sevrules@gmail.com> wrote:
something that's part of Android 10
On Thu, Mar 5, 2020, 1:00 PM James Anderson <sevrules@gmail.com> wrote:
wo...@gmail.com <wo...@gmail.com> #172
Does anyone knowledgeable know what is going on? What's the actual reason this thing hasn't been dealt with?
pa...@gmail.com <pa...@gmail.com> #173
I'm sure it's Samsung, because this looks like a workaround.
pa...@gmail.com <pa...@gmail.com> #174
I think the reason this hasn't been dealt with is that Google doesn't care unless thousands of people report a problem. And most people are (apparently) functionally deaf, or they just assume that's how things are supposed to be.
The real question is why this was implemented in the first place. The only analogy I can think of is if a company decided that 65 million colours were not needed on displays and instead they implemented 65 hundred and the limit was hard-coded into all hardware and software for no apparent reason. Most people wouldn't probably notice much of a difference (especially if they never saw a 65 million colour display) and would assume that everything looked OK (because it would, sort of, in a way).
It's a slightly idiotic world where people want 4k displays on phones (although most wouldn't see a difference between 720p and 1080p on such a small screen), but they don't mind 15 volume levels on a high tech device. Probably because no one has made a selling point out of it.
The real question is why this was implemented in the first place. The only analogy I can think of is if a company decided that 65 million colours were not needed on displays and instead they implemented 65 hundred and the limit was hard-coded into all hardware and software for no apparent reason. Most people wouldn't probably notice much of a difference (especially if they never saw a 65 million colour display) and would assume that everything looked OK (because it would, sort of, in a way).
It's a slightly idiotic world where people want 4k displays on phones (although most wouldn't see a difference between 720p and 1080p on such a small screen), but they don't mind 15 volume levels on a high tech device. Probably because no one has made a selling point out of it.
an...@gmail.com <an...@gmail.com> #175
This issue has been marked obsolete here so Google is not even looking at it. So we should hit up Google (or Android) on social media to raise attention.
pa...@gmail.com <pa...@gmail.com> #176
Or wait until PinePhone is fully functional.
na...@gmail.com <na...@gmail.com> #177
@167 Actually, sound was always considered ultra-low priority for Android. Given the completely divergent histories of iPhone versus Android I think in this particular example they actually sort of once had an excuse for being so much worse. However, it's long past time they should have overhauled the sound system in Android (and stopped third parties from making major breaking changes *coughSamsungcough*
And yes, @174, you are right. Unless a huge number of people complain they won't pay attention. Unfortunately, quite a lot of people don't even really fully understand that it shouldn't be this way even if they too would still benefit from it being corrected.
And yes, @174, you are right. Unless a huge number of people complain they won't pay attention. Unfortunately, quite a lot of people don't even really fully understand that it shouldn't be this way even if they too would still benefit from it being corrected.
wo...@gmail.com <wo...@gmail.com> #178
There are articles from 2017 that state that the Google Pixel 2 phones have 25 steps. This would indicate that Google recognizes the issue. I also remember reading an article where it was stated that the reason most android phones are stuck with 15 steps is because android is so diversified throughout different manufacturers, and there is some risk of messing things up through conflict when going in and changing things. I'm personally not knowledgeable enough to confirm this, but I feel like there has to be some explanation for this, it's just too ridiculous.
pl...@gmail.com <pl...@gmail.com> #179
8 years on from the original request complaining that the features were available 10 years before.... come on we are coming up to 20 years behind where we were. This isn't okay. I have to hack the phone just to get a volume that doesn't hurt my ears because it goes from a whisper to shout in one short step.
na...@gmail.com <na...@gmail.com> #180
@#178, no, there is absolutely no issue whatsoever in the base system itself having more volume steps. It's just a set of pre-defined variables that sets the number of volume steps for each media volume type. The main issue you've likely read about is actually in modification methods. For example, using Xposed Framework along with a volume steps modification module will work on *most* devices, but some like Samsung changed the base systems enough that these don't work. That is to say, the issue there is the opposite: a few third parties actually changed the base system rather than the base system somehow could not work the same across devices and those third party systems just plain don't work the same so modules don't always work with them. None of those changes were explicitly necessary for the specific platforms (standard Android audio systems work just fine on Samsung devices -- I'm using LineageOS on a Samsung A5 right now for instance,) so it isn't a fault of the base system that Samsung changes it. (As for whether there are any benefits or not I couldn't say, though honestly I haven't really seen anything in their modified systems that seemed truly beneficial personally.)
There seriously just is no excuse for this insane incompetence. All they have to do is go into one single text file in the framework source and change the pre-defined number for at least media volume (though IMO all should be raised a bit.) It would take them only a few moments to correct it in the base code and then all future versions would come with a reasonable value by default. What I don't get is why no one seems to be able to get third parties (like CyanogenMod then and I guess LineageOS now) to implement such a simple change officially at least. While there are good benefits in some modifications (like Greenify operating more efficiently,) we shouldn't have to modify our devices just to have something as basic as reasonable volume control... Plus the less actual modifying takes place, the better (less overhead, less potential for conflict, etc etc.)
There seriously just is no excuse for this insane incompetence. All they have to do is go into one single text file in the framework source and change the pre-defined number for at least media volume (though IMO all should be raised a bit.) It would take them only a few moments to correct it in the base code and then all future versions would come with a reasonable value by default. What I don't get is why no one seems to be able to get third parties (like CyanogenMod then and I guess LineageOS now) to implement such a simple change officially at least. While there are good benefits in some modifications (like Greenify operating more efficiently,) we shouldn't have to modify our devices just to have something as basic as reasonable volume control... Plus the less actual modifying takes place, the better (less overhead, less potential for conflict, etc etc.)
an...@gmail.com <an...@gmail.com> #181
Lately Google seems non to be capable of taking care of the basics and improve functionality and everyday life instead of implementing "cozy" stupid things that in most cases are useless.
And then they get the users frustrated of not being able of doing the more simple things. It's as if having a phone not capable of making phone calls.
It's what happened with all the different chat and calling apps created by Google all doing almost the same things and guess what, after the Covid-9 and the Zoom conferencing explosion they have decided to change the manager behind that apps....
So if you want to get their attention you might have to wait a second type of a pandemic virus that affect your hearing.
Good luck and hope that Pine phones and Linux could save us some frustration and keep life simple by not having to waste time to have the basics.
And then they get the users frustrated of not being able of doing the more simple things. It's as if having a phone not capable of making phone calls.
It's what happened with all the different chat and calling apps created by Google all doing almost the same things and guess what, after the Covid-9 and the Zoom conferencing explosion they have decided to change the manager behind that apps....
So if you want to get their attention you might have to wait a second type of a pandemic virus that affect your hearing.
Good luck and hope that Pine phones and Linux could save us some frustration and keep life simple by not having to waste time to have the basics.
do...@gmail.com <do...@gmail.com> #182
Same request here, let us edit volume settings ourselves, e.g. different scaling, more steps, etc. As others have mentioned: these are basics...
wi...@gmail.com <wi...@gmail.com> #183
Please fix this. +1
tr...@gmail.com <tr...@gmail.com> #184
Please fix it +1
fr...@gmail.com <fr...@gmail.com> #185
This irks me since many years and I also can't understand why the setting is so coarse (since there is no technically reason).
Please fix this +1
Please fix this +1
df...@gmail.com <df...@gmail.com> #186
It's the middle of the night and I'm unable to play podcasts at a volume level that's audible to me, but not too loud either. I have to choose between 1 (too low) and 2 (too loud). This is wrong and stupid.
na...@gmail.com <na...@gmail.com> #187
I think at this point we should just presume that Google will just forever ignore this and never ever address it no matter how many people are bothered by it. It's very clear that they couldn't care less about the audio aspects of Android devices even in this modern age of your average phone or tablet actually being capable of a quite high quality output given how awful the entire software subsystem in regards to audio is and how that still has never been really overhauled but just simply vaguely patched at.
I think maybe it might be more realistic to look to others for the solution. If we could convince third party ROMs (LineageOS for example, but ideally all of them) to consider this to be a base patch that all have at a minimum, then eventually it may finally get back to Google that people actually do care. Unfortunately I just don't know how to do this. I tried back in the CyanogenMod days, but it's actually pretty hard to get the attention of those in charge of these things if you're not a dev and I don't know how to do things like submit a patch. Perhaps someone else might though. It seems worth a try anyway. Because this is going nowhere.
Just truly ridiculous to think this can all be solved simply by changing number (or really set of numbers since BT and phone calls need more steps too really) inside the source code. Eight years and all someone has to do is sit down for two and a half minutes and change a few numbers.
I think maybe it might be more realistic to look to others for the solution. If we could convince third party ROMs (LineageOS for example, but ideally all of them) to consider this to be a base patch that all have at a minimum, then eventually it may finally get back to Google that people actually do care. Unfortunately I just don't know how to do this. I tried back in the CyanogenMod days, but it's actually pretty hard to get the attention of those in charge of these things if you're not a dev and I don't know how to do things like submit a patch. Perhaps someone else might though. It seems worth a try anyway. Because this is going nowhere.
Just truly ridiculous to think this can all be solved simply by changing number (or really set of numbers since BT and phone calls need more steps too really) inside the source code. Eight years and all someone has to do is sit down for two and a half minutes and change a few numbers.
th...@gmail.com <th...@gmail.com> #188
I am baffled that this is still a problem after oh so many years.
gu...@gmail.com <gu...@gmail.com> #189
Perhaps one solution would be to make volume control more logarithmic? I mean: Introduce the steps "02", "0.4", "0.6", "0.8", "1.2", "1.4", "1.6", "1.8", "2.5" and "3.5"? That would mean if you just like your music *loud* you have the coarse control you are used to. But if you want to listen to something in about the volume you'd expect hear a living person in you would have additional levels between "whispering silently" and "screaming".
na...@gmail.com <na...@gmail.com> #190
There's no real need for that though. It already has a sufficiently fast
adjustment for a larger number of volume steps. I use a bit of a hacky
method to give mine more steps (a Magisk module that basically just adds to
the build.prop I think) and when I need to make a large adjustment, holding
the volume button down for just a moment longer is sufficient to make large
changes pretty quickly. They don't have to change anything at all. Just
adjust the default values. That's it. No code changes. No work. No
effort. No excuse. Just ten seconds to change a few numbers, hit save,
and done.
On Sun, Dec 13, 2020 at 9:19 AM <buganizer-system@google.com> wrote:
adjustment for a larger number of volume steps. I use a bit of a hacky
method to give mine more steps (a Magisk module that basically just adds to
the build.prop I think) and when I need to make a large adjustment, holding
the volume button down for just a moment longer is sufficient to make large
changes pretty quickly. They don't have to change anything at all. Just
adjust the default values. That's it. No code changes. No work. No
effort. No excuse. Just ten seconds to change a few numbers, hit save,
and done.
On Sun, Dec 13, 2020 at 9:19 AM <buganizer-system@google.com> wrote:
le...@gmail.com <le...@gmail.com> #191
Come on, why are we still here?
ge...@gmail.com <ge...@gmail.com> #192
can't believe I am writing this. We are 9 years further and the issue is still there, annoying me every day.
Is this website not real?
Is this website not real?
ge...@gmail.com <ge...@gmail.com> #193
why is this marked as obsolete????
na...@gmail.com <na...@gmail.com> #194
Because they've decided to just ignore it.
ky...@gmail.com <ky...@gmail.com> #195
This issue should NOT be marked as won't fix or obsolete. This is a major usability problem in Android based on an arbitrary hardcoding problem, and needs to be addressed. There's no reason for this to have persisted as an issue this long. Computing volume step sizes at runtime based on a non-precompiled value of the number of steps is totally achievable. There's no reason at all why a user should not be able to set the volume step count to 50, or leave it at the default.
You've got thousands of people complaining about this on official google/android forums and across other sites like stackexchange, reddit, twitter, etc. Given Android's reach I presume there are millions more who have at some point been annoyed by this but haven't posted about it online. There's a whole ecosystem of Android apps that try to address this, but are limited in their ability to do so properly because the issue is in the kernel.
Every time I am unable to get the volume on my Android phone to the proper level and am stuck listening either too loudly or too quietly, I am deeply annoyed at this glaring and well-known usability flaw in Android that has existed for years.
You've got thousands of people complaining about this on official google/android forums and across other sites like stackexchange, reddit, twitter, etc. Given Android's reach I presume there are millions more who have at some point been annoyed by this but haven't posted about it online. There's a whole ecosystem of Android apps that try to address this, but are limited in their ability to do so properly because the issue is in the kernel.
Every time I am unable to get the volume on my Android phone to the proper level and am stuck listening either too loudly or too quietly, I am deeply annoyed at this glaring and well-known usability flaw in Android that has existed for years.
pa...@gmail.com <pa...@gmail.com> #196
I don't think it matters to Google. They are just interested in numbers and they will do away with any feature (or fail to add any feature) that doesn't have certain numbers behind it, or that doesn't go with their current philosophy.
Take YouTube, for example. There were email notifications for new uploads from your subscriptions. It was a good way to not miss any new videos - I got an email message, which remained in my inbox until I've watched the video, and then I would remove it. Then one day, overnight, I stopped receiving those emails. I searched in the settings and could no longer find this setting. Then I learned that they had removed it because they found that less than 1% of people used this feature. Even if that's true, that's still millions of people using it and suddenly, with no warning, it's gone. Why not disable it by default and give the option to turn it on for those who want it? The same goes for categories for your subscriptions. You could organize your channels into labels, which makes perfect sense when you have a hundred subscriptions or more. Google removed it one day and that's it. All my categories were lost and now I have to use an extension which only works in Chrome-based browsers (and doesn't work in the phone app). Why would you get rid of such an obviously useful feature? Maybe Google decided that organizing your content on your own is giving you too much choice. They would rather feed you their suggestions so that you can watch mindlessly whatever comes your way.
Take YouTube, for example. There were email notifications for new uploads from your subscriptions. It was a good way to not miss any new videos - I got an email message, which remained in my inbox until I've watched the video, and then I would remove it. Then one day, overnight, I stopped receiving those emails. I searched in the settings and could no longer find this setting. Then I learned that they had removed it because they found that less than 1% of people used this feature. Even if that's true, that's still millions of people using it and suddenly, with no warning, it's gone. Why not disable it by default and give the option to turn it on for those who want it? The same goes for categories for your subscriptions. You could organize your channels into labels, which makes perfect sense when you have a hundred subscriptions or more. Google removed it one day and that's it. All my categories were lost and now I have to use an extension which only works in Chrome-based browsers (and doesn't work in the phone app). Why would you get rid of such an obviously useful feature? Maybe Google decided that organizing your content on your own is giving you too much choice. They would rather feed you their suggestions so that you can watch mindlessly whatever comes your way.
pa...@gmail.com <pa...@gmail.com> #197
So, to return to the volume levels issues, ladies and gentlemen, maybe having too many levels (or, worse, controlling the number of levels) is just too much choice. Or Google just doesn't f***ing care as long as it evidently doesn't affect their numbers (and most people are too deaf to notice).
na...@gmail.com <na...@gmail.com> #198
@ #195 hear hear.
BTW, it seems the problem is even more ridiculous and simpler to fix than I thought. Apparently the values for the total volume steps on each media type can be changed in the build.prop. Of course, this file is typically not user accessible, but there is no reason it couldn't realistically pull that from somewhere else instead. It was originally designed with the intent that the defaults could be changed without recompiling anything -- someone at Google already did most of the footwork -- just the results of their work apparently have been ignored since.
BTW, it seems the problem is even more ridiculous and simpler to fix than I thought. Apparently the values for the total volume steps on each media type can be changed in the build.prop. Of course, this file is typically not user accessible, but there is no reason it couldn't realistically pull that from somewhere else instead. It was originally designed with the intent that the defaults could be changed without recompiling anything -- someone at Google already did most of the footwork -- just the results of their work apparently have been ignored since.
ma...@gmail.com <ma...@gmail.com> #199
Why is Google still ignoring such a major issue?
an...@gmail.com <an...@gmail.com> #200
I talked to a friend at Google about this. Basically there's not enough comments about this so it's not considered a major issue 😤
ma...@gmail.com <ma...@gmail.com> #201
Why are they not interested into improving their own product? Missing comments is a really weak argument...
pa...@gmail.com <pa...@gmail.com> #202
Because they don't consider this to be a problem if most people don't notice it. If their phones offered only black and white screens with 480px resolution, and few people complained while sales continued to grow, they would continue using black and white 480px screens. They don't want to improve their products, they want to sell them.
an...@gmail.com <an...@gmail.com> #203
They prioritize issues with hundreds of thousands of comments first lol
pa...@gmail.com <pa...@gmail.com> #204
If they find out that iPhone sales are better BECAUSE OF volume levels, they will surely fix this. But they don't see any indicators of that, so there's no hope. Of course it's outrageous that something as ridiculous as 15 volume levels has even been designed for this age of utlra-precise technology, but that's an accident which no one wants to rectify because there aren't enough people whose hearing is sensitive enough or who can be bothered to pursue the issue. It's a bit sad, because imagine if they had the same attitude to handicapped people - "we'll not care about any accessibility features because that's only for a small minority". But that's essentiially their approach here. The discomfort of a minority is of no concern to them.
ma...@gmail.com <ma...@gmail.com> #205
If you stop improving your products you will reach the end of road someday. See Nokia.
pa...@gmail.com <pa...@gmail.com> #206
This really boils down to lack of real competition. Google has a virtual monopoly on a large array of products and services. The only real alternative in the mobile world, Apple, is the more expensive option, so it will always never beat Google. Nokia had real competition, Google doesn't. They largely define the field. If they (for some unfatrhomable reasons) decide that youtube subscriptions should no longer be categorized with labels (as they used to) and they piss off a portion of users (including me), what we can do it sigh and continue using youtube, looking for third-party extensions to be able to organize our content. Just as I gave up hope of this volume issue being fixed and just purchased headphones with built-in volume control. Usually a company is dependent on its users; in the case of Goolgle the users are just too dependent on the company. I think only governments can rip this beast apart, but the question is will there be political will on this kind of scale.
ra...@spicious.com <ra...@spicious.com> #207
The Nokia situation isn't remotely comparable. That downfall was orchestrated by Microsoft with the idea Microsoft themselves would come out the other side as a competitive phone manufacturer and phone OS developer. Killing Nokia was just part of how they rapidly got manufacturing facilities and name brand exclusivity for their OS, knowing full well the consequences for everyone if it ended poorly for Microsoft.
Anyway, that's besides the point here. This issue is marked 'will not fix, obsolete', and has been for years. I'm guessing that means a new issue report needs to be made, as since this was first made, the granularity of the volume controls has changed some.
It's certainly not granular enough, but my other huge issue is that the actual usable range for me with any audio device is under 1 notch of volume (across ~4 Pixel and a few Nexus phones). Even on the phones speakers, 1 notch of volume can be too much. But of course, you can't set volumes that granularly without apps.
I dunno... Maybe I just have super human hearing. That'd be nice. Or maybe the rest of the world is so damn deaf from blasting their earphones at half volume from Nexus and Pixel devices that they can't even tell this is a problem. Whatever the case, something is seriously fucked with Androids volume levels and it has been for way too long.
While this may not be 100% related, I noticed Sony actually includes a volume slider that functions separately from the systems volume in their Headphones app. I wouldn't be surprised if it is related to Androids terrible audio balance. In any case though, it does wonders for making at least Sony headphones tolerable when using the hardware volume buttons to quickly adjust volume. Better than any random app I've found, but as far as I'm aware, it only works with Sony's headphones.
Anyway, that's besides the point here. This issue is marked 'will not fix, obsolete', and has been for years. I'm guessing that means a new issue report needs to be made, as since this was first made, the granularity of the volume controls has changed some.
It's certainly not granular enough, but my other huge issue is that the actual usable range for me with any audio device is under 1 notch of volume (across ~4 Pixel and a few Nexus phones). Even on the phones speakers, 1 notch of volume can be too much. But of course, you can't set volumes that granularly without apps.
I dunno... Maybe I just have super human hearing. That'd be nice. Or maybe the rest of the world is so damn deaf from blasting their earphones at half volume from Nexus and Pixel devices that they can't even tell this is a problem. Whatever the case, something is seriously fucked with Androids volume levels and it has been for way too long.
While this may not be 100% related, I noticed Sony actually includes a volume slider that functions separately from the systems volume in their Headphones app. I wouldn't be surprised if it is related to Androids terrible audio balance. In any case though, it does wonders for making at least Sony headphones tolerable when using the hardware volume buttons to quickly adjust volume. Better than any random app I've found, but as far as I'm aware, it only works with Sony's headphones.
na...@gmail.com <na...@gmail.com> #208
The thing that is truly upsetting about this is the fix is not a long,
complicated process of rewriting whole sections of code. The number of
volume steps used in each type of volume control is defined in a single
file. The only single thing anyone has to do is go into that file and
change the number. It's a process that would take mere moments. I just
want to emphasize that. They can fix this in mere moments. There is
virtually no cost associated with fixing it. I would accept this as valid
if it meant rewriting the whole audio system or something like that which
would have significant costs in time and manhours, but it literally
requires almost no time or effort at all to simply open a file in a text
editor, scroll down a little bit (or ctrl+f,) hit end, backspace backspace,
and type 30 or something, then save. (Though, that said, I think all seven
or so of the numbers should be bumped up to double or so.)
And I've seen other apps implement their own volume control to try to fix
the problem too, yeah. PowerAmp, for example, can do this. That's great
for those devs who jump through the hoops to do 1,000,000x more effort to
write code to bypass the problem created by Google not simply changing one
line in one file, but not all devs think about it. For example, a music
game needs the volume control precision as much as listening to music
normally for obvious reasons, but I don't even think any have implemented a
volume control bypass.
On Sun, Jun 20, 2021 at 1:59 PM <buganizer-system@google.com> wrote:
complicated process of rewriting whole sections of code. The number of
volume steps used in each type of volume control is defined in a single
file. The only single thing anyone has to do is go into that file and
change the number. It's a process that would take mere moments. I just
want to emphasize that. They can fix this in mere moments. There is
virtually no cost associated with fixing it. I would accept this as valid
if it meant rewriting the whole audio system or something like that which
would have significant costs in time and manhours, but it literally
requires almost no time or effort at all to simply open a file in a text
editor, scroll down a little bit (or ctrl+f,) hit end, backspace backspace,
and type 30 or something, then save. (Though, that said, I think all seven
or so of the numbers should be bumped up to double or so.)
And I've seen other apps implement their own volume control to try to fix
the problem too, yeah. PowerAmp, for example, can do this. That's great
for those devs who jump through the hoops to do 1,000,000x more effort to
write code to bypass the problem created by Google not simply changing one
line in one file, but not all devs think about it. For example, a music
game needs the volume control precision as much as listening to music
normally for obvious reasons, but I don't even think any have implemented a
volume control bypass.
On Sun, Jun 20, 2021 at 1:59 PM <buganizer-system@google.com> wrote:
ma...@gmail.com <ma...@gmail.com> #209
What makes it worse: the "problem" doesn't affect all devices. The speakers on my Moto G7 Power are weak, so the big steps are okay. However if you connect a strong bluetooth speaker or a home cinema system to your mobile device the steps are way to big.
Does anyone know a good custom ROM who adresses this android issue?
Does anyone know a good custom ROM who adresses this android issue?
na...@gmail.com <na...@gmail.com> #210
Well, the problem affects all devices basically, just it's less big of a
deal with built-in speakers since they're not exactly super high fidelity
in most cases anyway, not to mention usually not that loud (except at
higher frequencies of course.) I used to have a phone with pretty decent
quality built in speakers though and it mattered a lot more with it (though
still a lot less than with headphones.)
BTW, bluetooth audio has only 7 steps by default if I recall. I guess they
intend that people should be satisfied to only adjust volume on the device
itself (and of course *ALL* bluetooth devices not only have volume, but
it's always convenient to adjust it there, right? Right?) I definitely
think it too should be higher. If you have a rooted device you can use the
same trick as the normal media volume to adjust it too.
On Mon, Jun 21, 2021 at 3:07 AM <buganizer-system@google.com> wrote:
deal with built-in speakers since they're not exactly super high fidelity
in most cases anyway, not to mention usually not that loud (except at
higher frequencies of course.) I used to have a phone with pretty decent
quality built in speakers though and it mattered a lot more with it (though
still a lot less than with headphones.)
BTW, bluetooth audio has only 7 steps by default if I recall. I guess they
intend that people should be satisfied to only adjust volume on the device
itself (and of course *ALL* bluetooth devices not only have volume, but
it's always convenient to adjust it there, right? Right?) I definitely
think it too should be higher. If you have a rooted device you can use the
same trick as the normal media volume to adjust it too.
On Mon, Jun 21, 2021 at 3:07 AM <buganizer-system@google.com> wrote:
ky...@gmail.com <ky...@gmail.com> #211
A previous commenter is right that the "fix" to this is a trivial edit to a single file that gets compiled into the ROM. They could easily double or triple the number of steps. However as all uses of step count elsewhere in the code reference it as a symbol name, it could also be made configurable at runtime without a significant amount of work because the syntax wouldn't change for the other references. They could also make the slider on the screen be 100 steps, and the click buttons be 20 steps or something.
I'm seriously annoyed enough by this to consider switching to iPhone. I listen to audio on my phone for a significant portion of the day. I like Android but I have to accept the fact that in quiet rooms the lowest volume setting is impossible to set quiet enough, and the volume when I'm listening on headphones, especially outside, is never optimal, it is always either too quiet or too loud. For bluetooth headphones at 7 steps it's even more ridiculous. 7 steps to span the entire range of volume is absurd. I only ever use the lower 3 steps because higher is uncomfortably loud, and the difference between each of those steps is enormous. I have sensitive hearing and am very conscious of not doing damage to my ears, so I have to settle with the lower step, and it being too quiet. I do not understand how Google doesn't see this as a significant usability flaw.
I'm seriously annoyed enough by this to consider switching to iPhone. I listen to audio on my phone for a significant portion of the day. I like Android but I have to accept the fact that in quiet rooms the lowest volume setting is impossible to set quiet enough, and the volume when I'm listening on headphones, especially outside, is never optimal, it is always either too quiet or too loud. For bluetooth headphones at 7 steps it's even more ridiculous. 7 steps to span the entire range of volume is absurd. I only ever use the lower 3 steps because higher is uncomfortably loud, and the difference between each of those steps is enormous. I have sensitive hearing and am very conscious of not doing damage to my ears, so I have to settle with the lower step, and it being too quiet. I do not understand how Google doesn't see this as a significant usability flaw.
be...@gmail.com <be...@gmail.com> #212
Not sure if this applies to all android phones with assistant but my Pixel 3 has 100 volume levels. You can use Google Assistant to set the volume to a percentage from 1-100. It also works for bluetooth volume. Just simply ask Assistant to "set volume 5%" for example.
pa...@gmail.com <pa...@gmail.com> #213
It may show 100 levels, but doesn't actually have them. It just rounds to the nearest step. In other words, 5%, will probably be the same as 6% or 7% (until the next of the 15 steps kicks in).
ja...@gmail.com <ja...@gmail.com> #214
Yes Please. More volume steps are strongly needed!
Mainly un Android TV systems.
Thx
Mainly un Android TV systems.
Thx
4m...@gmail.com <4m...@gmail.com> #215
I used to have a solution to this bug with Precise Volume Control. However, recently getting an Android 11 device, that no longer works. It has 100 levels but they seem to get rounded to the closest of the android 15.
I note that the status on this bug is Won't fix (Obsolete). Is that google just not doing anything for years, and then saying the bug must be obsolete? Perhaps they need a large volume of customers complaining about this to make it not obsolete.
I note that the status on this bug is Won't fix (Obsolete). Is that google just not doing anything for years, and then saying the bug must be obsolete? Perhaps they need a large volume of customers complaining about this to make it not obsolete.
na...@gmail.com <na...@gmail.com> #216
I think that was just a sort of automatic not even mentally processing it status change. If they had even thought about it for a split second they'd realize they only need to change one number on one line of code to fix this, taking all of five seconds, so refusing to fix it is inexcusable and because it exists even in the very latest versions of Android it is still not obsolete (by definition.)
For now the only real solution I can truly find is to root the phone (sadly won't work without it) with either true root and a writable system partition or Magisk with a virtual props configuration. Because of how this works it will probably continue working well on into the future even as Android itself changes over time until such time as they actually change this fundamental function. Just add this line to build.props (either real or the virtual one):
ro.config.media_vol_steps=###
Where ### is the number of total steps you want (I like 100 as well.)
There's also:
ro.config.vc_call_vol_steps=###
for call volume. I think there is one for Bluetooth as well, but couldn't seem to find it and forgot what it was. (Probably something like ro.config.bt_vol_steps but I don't know.)
Note that you shouldn't use two build.props modules if you do use Magisk. If you have the normal one you can just add a custom line via its console menu (type su, then type props and it's option number 4 if I recall.) This usually doesn't work with many Samsung devices because they use a custom proprietary modification to the sound system (that frankly does more harm than good.) That isn't really Google's fault in that case since it's Samsung's modification that is the problem there.
Of course users should never ever have to do this. Anything that requires rooting -- which typically voids warranties -- and changing a system property via a normally non-writable system configuration file is not acceptable for production level devices. But this is where we are here even a full decade later.
For now the only real solution I can truly find is to root the phone (sadly won't work without it) with either true root and a writable system partition or Magisk with a virtual props configuration. Because of how this works it will probably continue working well on into the future even as Android itself changes over time until such time as they actually change this fundamental function. Just add this line to build.props (either real or the virtual one):
ro.config.media_vol_steps=###
Where ### is the number of total steps you want (I like 100 as well.)
There's also:
ro.config.vc_call_vol_steps=###
for call volume. I think there is one for Bluetooth as well, but couldn't seem to find it and forgot what it was. (Probably something like ro.config.bt_vol_steps but I don't know.)
Note that you shouldn't use two build.props modules if you do use Magisk. If you have the normal one you can just add a custom line via its console menu (type su, then type props and it's option number 4 if I recall.) This usually doesn't work with many Samsung devices because they use a custom proprietary modification to the sound system (that frankly does more harm than good.) That isn't really Google's fault in that case since it's Samsung's modification that is the problem there.
Of course users should never ever have to do this. Anything that requires rooting -- which typically voids warranties -- and changing a system property via a normally non-writable system configuration file is not acceptable for production level devices. But this is where we are here even a full decade later.
ro...@gmail.com <ro...@gmail.com> #217
It's a downright shame that this seems to still be an issue. Why is this even hardcoded to such a rough value in the first place?
na...@gmail.com <na...@gmail.com> #218
Laziness and apathy I guess. Too apathetic to even consider sound to be a thing that matters at all even as the platform eventually started becoming more viable for something other than checking your e-mail on the go (which is super ironic given that Android 2.2 and 2.3 found its way onto so many PMPs back in their heyday) and too lazy to be bothered to actually check in on the matter even though all they have to do is change one single line of code in one single source file. Clearly no one who works in any position to fix this or offer any sort of opinion on the matter actually listens to music with headphones. (Probably what little they do at Google is done on speakers. In fact it wouldn't shock me if they were satisfied with Google Home type devices for their music listening.)
The sad thing is it's not even actually hard-coded. The build.props thing is sort of just pre-defined values for things in the system that basically are implemented as variables -- meaning all the work was already done from the start to implement the number of steps choice as a variable that can be changed within the media system itself, just they simply stopped there with that. They could make this value a user accessible value via a system setting or file or something if they wanted. Admittedly that would require more than just one line of code to change though. Frankly most of us would be satisfied just with them making the default better, but that is the solution they really should implement given that Google's chief competition against Apple (who feels users should just want to adapt themselves to whatever Apple declares is best for them rather than have options) is that they actually offer control over the devices people own.
Maybe someday Google will hire one single audiophile somewhere in its entire business and they will make that one line of code change.
The sad thing is it's not even actually hard-coded. The build.props thing is sort of just pre-defined values for things in the system that basically are implemented as variables -- meaning all the work was already done from the start to implement the number of steps choice as a variable that can be changed within the media system itself, just they simply stopped there with that. They could make this value a user accessible value via a system setting or file or something if they wanted. Admittedly that would require more than just one line of code to change though. Frankly most of us would be satisfied just with them making the default better, but that is the solution they really should implement given that Google's chief competition against Apple (who feels users should just want to adapt themselves to whatever Apple declares is best for them rather than have options) is that they actually offer control over the devices people own.
Maybe someday Google will hire one single audiophile somewhere in its entire business and they will make that one line of code change.
br...@gmail.com <br...@gmail.com> #219
Lmao how is this still an issue? I can't find a comfortable volume level to hear the details in my music without blowing out my ears and its terrible.
ma...@gmail.com <ma...@gmail.com> #220
The only solution is to set "absolute volume" within the developer menu...
na...@gmail.com <na...@gmail.com> #221
That is not a solution to this problem at all -- it addresses something completely different. The only solution to *this* problem is to root your device and then change the build.prop to set a different volume steps setting. There is no reason whatsoever this should require root to fix though and that is utterly unacceptable.
gu...@gmail.com <gu...@gmail.com> #222
In the meantime I have found out that there seem to be two facetted to this problem: I now have tested Android devices. On one my Bluetooth Headsets go from "silent" to "loud enough to hear the news if no other noise source is present in m room. The first three volume steps of the others are "silent", "a little bit too low to listen to the news" and "nearly double the volume I want to listen to the news at".
From volume step 6 on the difference between two volume steps seems to make sense. But between the first 5 steps we definitely need additional smaller steps so one can find a volume setting that makes sense half-way.
From volume step 6 on the difference between two volume steps seems to make sense. But between the first 5 steps we definitely need additional smaller steps so one can find a volume setting that makes sense half-way.
gu...@gmail.com <gu...@gmail.com> #223
In the meantime I have found out that there seem to be two facetted to this problem: I now have tested Android devices. On one my Bluetooth Headsets go from "silent" to "loud enough to hear the news if no other noise source is present in m room. The first three volume steps of the others are "silent", "a little bit too low to listen to the news" and "nearly double the volume I want to listen to the news at".
From volume step 6 on the difference between two volume steps seems to make sense. But between the first 5 steps we definitely need additional smaller steps so one can find a volume setting that makes sense half-way.
From volume step 6 on the difference between two volume steps seems to make sense. But between the first 5 steps we definitely need additional smaller steps so one can find a volume setting that makes sense half-way.
dr...@comcast.net <dr...@comcast.net> #224
I have found that the even since Android 9 the newer Bluetoth device volume works as a separate multiplier on the mobile device volume. This gives me reasonable control. Now with a new Samsung Android 11 device the volume toggle button gives a finer grained slider in addition to the more coarse physical buttons.
na...@gmail.com <na...@gmail.com> #225
The system media volume control has 15 steps, but for some reason Bluetooth only has 7. That's why it has an even bigger jump. This too can be fixed via build.prop via the exact same method just with a slightly different variable name. I have no clue why the number of volume steps is so stupidly low for Bluetooth.
I think the separate volume control is more in how the device itself handles volume.
I think the separate volume control is more in how the device itself handles volume.
ja...@gmail.com <ja...@gmail.com> #226
Please add this feature to set the desired volume steps.
fl...@gmail.com <fl...@gmail.com> #227
Please fix this.
ma...@gmail.com <ma...@gmail.com> #228
Google doesn't seem to be interested into happy customers (Status: won't fix)
lo...@gmail.com <lo...@gmail.com> #229
I think I may have found a fix at least it fixed it for me.
1. Enable developer options
2. Look for the "Disable Absolute Volume" and turn it on.
3. Don't skip this step! Restart the phone. Won't take unless restarted.
4. Now you should have more control. Volume control on the device won't control the volume on the phone and vice versa.
For reference, I'm using pixel 6 with Harmon Kardon Onyx Studio 4 speaker.
1. Enable developer options
2. Look for the "Disable Absolute Volume" and turn it on.
3. Don't skip this step! Restart the phone. Won't take unless restarted.
4. Now you should have more control. Volume control on the device won't control the volume on the phone and vice versa.
For reference, I'm using pixel 6 with Harmon Kardon Onyx Studio 4 speaker.
na...@gmail.com <na...@gmail.com> #230
Disable absolute volume (as it says in the text below it btw) does not add more volume steps to the volume control in any direct way whatsoever. What it does is disables the attempt by the system to sync the volume between the phone and whatever Bluetooth device you're using together. Now, this might be effective in some Bluetooth devices that internally implement a larger number of volume steps to begin with, but it doesn't solve the fundamental problem that the host device itself still has a limited number of steps (and could potentially introduce more amplification noise if the host is low and the Bluetooth device is amplifying on top of that, so be sure your host device is set as high as you can go then lower on the BT device if you can.) Unfortunately, this has absolutely no effect outside of Bluetooth, so this doesn't help anyone using non BT headphones/IEMs/etc.
lo...@gmail.com <lo...@gmail.com> #231
Ah I didn't see that it was already answered in 2019. Didn't read all the comments. Well that sucks. I'm guessing a new bug report won't do anything.
na...@gmail.com <na...@gmail.com> #232
Who knows. If you have the patience maybe it just might. They keep declaring the issue to be "obsolete" as if newer devices have fixed it, but the problem actually remains completely untouched (and just as easy to solve I might add!) in the latest versions of Android and the devices using it. It's unlikely to do any good, but given the way they seem to be handling it with the assumption that each new major OS release somehow negates this issue (even though it doesn't) making new bug reports might not hurt.
[Deleted User] <[Deleted User]> #233
Please fix this, Google!
ma...@gmail.com <ma...@gmail.com> #234
Media volume needs to have more steps. It's very hard to find the volume sweet spot; a single click up in volume can go from too quiet to too loud.
[Deleted User] <[Deleted User]> #235
I will personally recommend Phonixhackers team for anyone who wants to erase criminal records or repair credit score. I just stumbled upon this web page while surfing and felt it will be nice to share. You can contact him via email - phonixhacker652 @gmail. com or via WhatsApp ‪+1 (916) 250‑1771‬
[Deleted User] <[Deleted User]> #236
I really got frustrated and almost gave up. Then I met Phonixhackers team through Google recommendations and soon, my days of fury came to an end. I am overwhelmed with the solution I got. How possible is that, that my credit score was 430 and 3days after, I log in to find out my credit score went up to 820s ( first time I ever saw this in my life and now I have a green color in my credit score) Contact him via phonixhacker652 @gmail.com or via WhatsApp ‪+1 (916) 250‑1771‬
[Deleted User] <[Deleted User]> #237
I have used phonixhacker652 @gmail. com quite a number of times and he has never disappointed me. He has once help me get proof on my husband cheating activities on his iPhone. Get unrestricted and unnoticeable access to your partner/spouse/anybodies Facebook Account,email,Whatsapp,Text messages.He also makes changes in any database/website such as your college/university grades..Getting the job done is as simple as contacting him via Email phonixhacker652 @gmail. com or via WhatsApp ‪+1 (916) 250‑1771‬ stating what you want to do. Sure he will help you
[Deleted User] <[Deleted User]> #238
I really loved her until she proved himself not worthy, i had to contact a hacker to help me get access to his whatsapp messages and track his phone. I didn't get what was expected as i got a lot worse for loving a man, was depressed but it is okay now. Am really glad i listened to my sister and spied on him before it becomes too late. If you need help in your relationship, you can contact my hacker hug phonixhacker652 @gmail. com or via WhatsApp ‪+1 (916) 250‑1771‬
[Deleted User] <[Deleted User]> #239
Hi, I found phonixhacker652 @gmail. com on a website which had good review about him. I need a help to get access into my school database. What I wanted was someone who could penetrate without getting detected. This took 28 hours for him to get it done. I was schedule to send my result to another university to continue my schooling. I am another satisfied customer giving kudos to him for such a great job.contact them at phonixhacker652@gmail.com or via WhatsApp ‪+1 (916) 250‑1771‬
al...@gmail.com <al...@gmail.com> #240
Still a problem in 2023. Lol. This has been a problem for all of Android's existence. If not that, then it certainly was in the 2.2 days. Even Windows 95 had proper volume steps. 100, not fucking 16 like every single Android version in existence.
And then calls and notifications only have 7.
And then calls and notifications only have 7.
na...@gmail.com <na...@gmail.com> #241
Honestly I don't really know what's going on. I recently got one of the Pixel phones (4a 5g) and put LineageOS on it as soon as I verified calls and data were working -- so I'm not 100% sure about the stock OS, but as far as I know the AOSP-based builds at least loosely mirror stock sans the Gapps stuff. It actually defaulted to 20 steps for media (still 7 for the rest though.) Which is weird because it's still not remotely close to enough and doubly weird because the fact someone actually changed it in builds means acknowledgement that they knew this was an issue. So at least someone knows and admits it exists, but apparently it still won't get an official change.
I think from now on to the end of Android as we hopefully eventually are able to move on to other things in some far off future (maybe someday stuff like Ubuntu Touch will be viable?) Android will forever have this shockingly stupid and just as easy to fix problem. All anyone at Google who cares has to do is open one source file and change the numbers of the defaults in the definitions then hit save. That's literally it.
In the meantime the only solution I know of is to only buy phones with unlockable bootloaders and install Magisk with the props plugin. You can manually configure the ro.config.media_vol_steps and ro.config.vc_call_vol_steps in the custom props option. (There is also one for bluetooth and another control or two, but I can't remember what the others were and search results were not immediately useful.) This won't work on devices that bypass the standard audio system with their own, but that's an issue to be taken up with those OEMs (Samsung being the chief culprit here.) In such cases probably only a more standardized ROM (such as LineageOS or some other AOSP based build) is likely to work.
I might add here that the fact that this can be reconfigured on bootup at an early stage means there is no viable excuse that Google couldn't at least add an alternative user accessible equivalent of boot.props that could, perhaps, be heavily filtered so someone (or an app with file access) couldn't change anything major through it, thus keeping the security of a locked bootloader in such instances while still being able to have basic user configuration for this. At this point there is no excuse left for not just doing one or the other.
I think from now on to the end of Android as we hopefully eventually are able to move on to other things in some far off future (maybe someday stuff like Ubuntu Touch will be viable?) Android will forever have this shockingly stupid and just as easy to fix problem. All anyone at Google who cares has to do is open one source file and change the numbers of the defaults in the definitions then hit save. That's literally it.
In the meantime the only solution I know of is to only buy phones with unlockable bootloaders and install Magisk with the props plugin. You can manually configure the ro.config.media_vol_steps and ro.config.vc_call_vol_steps in the custom props option. (There is also one for bluetooth and another control or two, but I can't remember what the others were and search results were not immediately useful.) This won't work on devices that bypass the standard audio system with their own, but that's an issue to be taken up with those OEMs (Samsung being the chief culprit here.) In such cases probably only a more standardized ROM (such as LineageOS or some other AOSP based build) is likely to work.
I might add here that the fact that this can be reconfigured on bootup at an early stage means there is no viable excuse that Google couldn't at least add an alternative user accessible equivalent of boot.props that could, perhaps, be heavily filtered so someone (or an app with file access) couldn't change anything major through it, thus keeping the security of a locked bootloader in such instances while still being able to have basic user configuration for this. At this point there is no excuse left for not just doing one or the other.
sa...@hotmail.com <sa...@hotmail.com> #242
Just bought xperia 10 to replace zenfone max pro and it will be definetely be last ANDROID phone
le...@gmail.com <le...@gmail.com> #243
I don't see why this is a won't fix? Still an issue on Pixel 8 series.
ma...@gmail.com <ma...@gmail.com> #244
I enabled the "Disable absolute volume" setting in the developer options. This allows me to adjust the volume using the attached device rather than my phone.Google will never ever fix this issue. I have given up any hope.
ga...@gmail.com <ga...@gmail.com> #245
Why is this still an issue and why won't it be fixed? The volume controls are not fine enough and need more steps. What about 100 instead of 15.
na...@gmail.com <na...@gmail.com> #246
Well, the various tickets for this have been open for something like 12 years and no one at Google will just simply open one single file, type a different number, and hit save, so I guess it's safe to assume they really couldn't care even though it helps a lot of people and is shockingly easy to do (takes like three minutes tops. Literally that's it. One define in one file.)
Anyway, I guess it's hopeless. They can't be bothered.
The only solution I know of is to use a phone where you can root. Magisk in particular. Run props and add a custom prop that says ro.config.media_vol_steps and set it to 100. I can testify that 100 works perfectly on Android with excellent control and volume changes are smooth and quick when you hold the buttons.
As a side note, you could optionally create a custom prop named ro.config.vc_call_vol_steps and set it higher to something like, say, 14 to increase number of steps for calls. There is another one for Bluetooth, but I forget what it was just off the top of my head (might have been something like ro.config.bt_vol_steps but don't quote me on that.)
Anyway, I guess it's hopeless. They can't be bothered.
The only solution I know of is to use a phone where you can root. Magisk in particular. Run props and add a custom prop that says ro.config.media_vol_steps and set it to 100. I can testify that 100 works perfectly on Android with excellent control and volume changes are smooth and quick when you hold the buttons.
As a side note, you could optionally create a custom prop named ro.config.vc_call_vol_steps and set it higher to something like, say, 14 to increase number of steps for calls. There is another one for Bluetooth, but I forget what it was just off the top of my head (might have been something like ro.config.bt_vol_steps but don't quote me on that.)
Description
Currently it just supports 16 levels.
The problem is that it's either too silent or too loud.
Even MP3 players that came out 10 years ago have a much finer volume control.
Or also other mobile phones have about 100 volume levels.
You could simply add an option to enable/disable fine volume control in audio settings.
Here is a good thread about this problem:
P.S: Problem belongs to ALL android versions.
Thank you!