How to Increase Volume on Android Smartphone Developer Mode Tricks - General Topics

Go to your phone dialer and tipe: *#*#3646633#*#*
-->An EngineerMode will appear, swipe left to get to Hardware Testing, tap on Audio and than tap on Normal Mode.
-->Audio_ModeSetting will appear as on picture.
--> select [sph]
-->change values:
lvl 6 = 155 (was 136)
lvl 5 = 140 (was 124)
lvl 4 = 125 (was 112)
lvl 3 = 110 (was 100)
lvl 2 = 100 (was 88)
lvl 1 = 86 (was 76)
lvl 0 = 75 (was 64)
-->Repeat the same for [sph2]
Step 2: Almost There
--> Go back to Speech Enhancement
--> change Common Parametre to Normal Mode
--> while there, select parametre 7, and set it to 96 (was 64).
--> select parametre 6, set to 300 (was 400), supposedly adds a bit more bass to the audio
That's it. For me, volume is significantly boosted and voice sounds more natural.
to see video tutorial go to.... differentguru dot com

tips2222 said:
Go to your phone dialer and tipe: *#*#3646633#*#*
-->An EngineerMode will appear, swipe left to get to Hardware Testing, tap on Audio and than tap on Normal Mode.
-->Audio_ModeSetting will appear as on picture.
--> select [sph]
-->change values:
lvl 6 = 155 (was 136)
lvl 5 = 140 (was 124)
lvl 4 = 125 (was 112)
lvl 3 = 110 (was 100)
lvl 2 = 100 (was 88)
lvl 1 = 86 (was 76)
lvl 0 = 75 (was 64)
-->Repeat the same for [sph2]
Step 2: Almost There
--> Go back to Speech Enhancement
--> change Common Parametre to Normal Mode
--> while there, select parametre 7, and set it to 96 (was 64).
--> select parametre 6, set to 300 (was 400), supposedly adds a bit more bass to the audio
That's it. For me, volume is significantly boosted and voice sounds more natural.
to see video tutorial go to.... differentguru dot com
Click to expand...
Click to collapse
On what device it was tested? I don't want my phone speaker to blow

Related

[HOW-TO] Fix left speaker balance

Unfortunately I was one of the many people who have received a TF where the right speaker was significantly louder than the left. The reason for this is unknown by me as I've not disassembled my TF, and there are conflicting answers as to whether or not it is a software or hardware issue. However, with the help of fellow XDA member verkion for the initial fix and pointing me in the right direction, I've tinkered around enough that I feel comfortable sharing with the rest of the community. Let's get started.
Requirements:
-Root
-Left speaker actually working
-Root Explorer or similar file manager (recommended method)
--ADB if you don't use Root Explorer
--Text editing program (Notepad++ is recommended and free) if you decide to use ADB
Let's start with the recommended method, Root Explorer.
Step 1: Open Root Explorer and navigate to /system/data.
Step 2: Tap on the "Mount R/W" button.
Step 3: Tap and hold on the file "srs_processing.cfg" and once the menu comes up, select the "Open in Text Editor" option.
Step 4: Scroll down to:
//BLOCK: ( srs_spk_int : ) TruEQ - Internal Speaker Tuning
Here's where things can get kind of annoying, because you will have to change values, save & exit, then reboot and test your results. Anyway, there are 4 values you will want to focus on, and those are:
srs_spk_int:trueq_lband0 = 900.000000,-9.000000,0.700000 // TruEQ Left Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_lband1 = 11000.000000,6.000000,0.500000 // TruEQ Left Band 1 Tuning -
srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.7000000 // TruEQ Left Band 2 Tuning -
srs_spk_int:trueq_lband3 = 2500.000000,-9.000000,0.700000 // TruEQ Left Band 3 Tuning -
The values in bold are the only ones I've messed with so far with very good results. The beginning values have a maximum of around 16000, and 17000 results in your left speaker not working, something above 16000 but below 17000 may work but I haven't tried it. The two middle ones, I don't know the maximum because It wasn't necessary to up them that much. For example, mine look like this:
srs_spk_int:trueq_lband0 = 1400.000000,-9.000000,0.700000 // TruEQ Left Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_lband1 = 16000.000000,10.000000,0.500000 // TruEQ Left Band 1 Tuning -
srs_spk_int:trueq_lband2 = 900.000000,7.000000,0.7000000 // TruEQ Left Band 2 Tuning -
srs_spk_int:trueq_lband3 = 7500.000000,-9.000000,0.700000 // TruEQ Left Band 3 Tuning -
For me, this works out wonderfully! However, results may vary.
Step 5:
Once you've changed those values, save & exit, then restart your TF and examine results. Repeat steps if necessary.
Method 2: ADB. NOTE: Make sure USB debugging is enabled.
Step 1: Connect TF to computer.
Step 2: In a command prompt/terminal navigate to where your Android SDK is and type adb devices to make sure your TF is recognized, if so, type adb remount. If it succeeds, proceed to step 3, otherwise you may need to either enable USB debugging, or install drivers.
Step 3: Type "adb pull /system/data/srs_processing.cfg" It will save the file in the same directory as adb.
NOTE: Do not close command prompt/terminal.
Step 4: Open "srs_processing.cfg" in Notepad++ or whatever qualified text editor you use. NOTE: Due to the nature of how Windows reads files, Notepad might not save the file correctly and definitely will not open it looking pretty. Wordpad might be the same. Basically, the file needs to be saved in UNIX format.
Step 5: Scroll up to Step 4 of the Root Explorer method and proceed.
Step 6: Save the file with Notepad++ or whatever qualified text editor you use.
Step 7: Back in command prompt/terminal, with the file saved over the original type "adb push srs_processing.cfg /system/data/"
Step 8: Reboot your TF as you normally would, or with adb method "adb reboot"
Examine results and repeat steps if necessary.
Attached below are the default srs_processing.cfg and my edited one.
Feel free to post back your own values, because they may be more refined than mine or may work for someone else better as well. ENJOY!
Update: Thanks to seshmaru, a typo was discovered. ASUS added an extra zero to the bold part in line: srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.7000000 // TruEQ Left Band 2 Tuning - I've updated the default file as well as my edited one to remove this extra 0. While this did boost volume in the left speaker for me, it still was not on par with the right one.
Update 2: verkion suggests "turn off the Hard Limiting in the Internal Speaker Boosted section by setting:
hlimit_skip to 0 instead of 1. This gave me a little more "headroom" before distortion became unbearable. A hard limiter is a CLIPPING filter...it just "snips the sound" when it goes over a preset value instead of trying to "scale down the volume.""
NOTE: If your right speaker is more quiet of course look for the srs_spk_int:trueq_rband lines instead.
EDIT:
While looking at your fix I noticed something, this is what I pulled from my config:
Code:
srs_spk_int:trueq_lband0 = 900.000000,-9.000000,0.700000 // TruEQ Left Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_lband1 = 11000.000000,6.000000,0.500000 // TruEQ Left Band 1 Tuning -
[B]srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.7000000 // TruEQ Left Band 2 Tuning -[/B]
srs_spk_int:trueq_lband3 = 2500.000000,-9.000000,0.700000 // TruEQ Left Band 3 Tuning -
srs_spk_int:trueq_rband0 = 900.000000,-9.000000,0.700000 // TruEQ Right Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_rband1 = 11000.000000,6.000000,0.500000 // TruEQ Right Band 1 Tuning -
[B]srs_spk_int:trueq_rband2 = 400.000000,3.000000,0.700000 // TruEQ Right Band 2 Tuning -[/B]
srs_spk_int:trueq_rband3 = 2500.000000,-9.000000,0.700000 // TruEQ Right Band 3 Tuning -
if you pay attention you will find that the 2 highlighted lines are a different length, even though they should be equal, woops Asus?
I modified this line
srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.7000000 // TruEQ Left Band 2 Tuning -
to read
srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.700000 // TruEQ Left Band 2 Tuning -
This fixed my unbalance problem.
Thanks - this was driving me nuts.....
looks like Asus left out a 0, did you try adding one?
No I removed a 0 based on the fact that all others have five 0's or there are a total of six digits
Sent from my Transformer TF101 using Tapatalk
Ah, yes that makes sense, it balanced your speakers correctly?
Thanks for posting this up Freeza. Honestly, I was too lazy to do this before. Did you notice the Left Speaker tends to distort far "earlier" (lower volume threshold) than the right one?
danielsjam...are you sure changing/removing a zero fixed or changed the balance? It shouldn't make any difference considering its a trailing zero. I'll test this in a few just to be certain.
Thanks!
verkion
seshmaru said:
NOTE: If your right speaker is more quiet of course look for the srs_spk_int:trueq_rband lines instead.
EDIT:
While looking at your fix I noticed something, this is what I pulled from my config:
Code:
srs_spk_int:trueq_lband0 = 900.000000,-9.000000,0.700000 // TruEQ Left Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_lband1 = 11000.000000,6.000000,0.500000 // TruEQ Left Band 1 Tuning -
[B]srs_spk_int:trueq_lband2 = 400.000000,3.000000,0.7000000 // TruEQ Left Band 2 Tuning -[/B]
srs_spk_int:trueq_lband3 = 2500.000000,-9.000000,0.700000 // TruEQ Left Band 3 Tuning -
srs_spk_int:trueq_rband0 = 900.000000,-9.000000,0.700000 // TruEQ Right Band 0 Tuning (CF Gain Q) -
srs_spk_int:trueq_rband1 = 11000.000000,6.000000,0.500000 // TruEQ Right Band 1 Tuning -
[B]srs_spk_int:trueq_rband2 = 400.000000,3.000000,0.700000 // TruEQ Right Band 2 Tuning -[/B]
srs_spk_int:trueq_rband3 = 2500.000000,-9.000000,0.700000 // TruEQ Right Band 3 Tuning -
if you pay attention you will find that the 2 highlighted lines are a different length, even though they should be equal, woops Asus?
Click to expand...
Click to collapse
oh wow. I hadn't noticed. GREAT find.
verkion said:
Thanks for posting this up Freeza. Honestly, I was too lazy to do this before. Did you notice the Left Speaker tends to distort far "earlier" (lower volume threshold) than the right one?
danielsjam...are you sure changing/removing a zero fixed or changed the balance? It shouldn't make any difference considering its a trailing zero. I'll test this in a few just to be certain.
Thanks!
verkion
Click to expand...
Click to collapse
Yeah, I do notice it a tad, but I can definitely live with it! I was hoping you wouldn't mind.
Yes fixed my left speaker. Before this I could barely hear my left. If not wrong they are using ALSA sound drivers. You may find more info at the ALSA web site.
Sent from my Transformer TF101 using Tapatalk
I pushed the OP's attached file (srs_processingDEFAULT.zip) then my left speaker became more louder. I pushed back my pulled stock original file from my TF but then my right speaker is now louder.
Stock pulled file attached.
Updated the OP to reflect seshmaru's findings.
BTW, anyone know what srs_processing_JN101.cfg is for? It's almost identical to the original cfg and it showed up for 3.1. if you change stuff in there, sound seems to be unaffected?
Thanks!
verkion
Since sharing is caring, here's my srs_processing.cfg
You'll notice in the TrueEQ settings, my center frequencies are completely different (or quite different at any rate), because I was trying to get a nice flat response. It's better but not very good b/c the speakers suck at the end of the day.
I ALSO turned down the gain in the following section:
Code:
HLimit - Internal Speaker Boosted
hlimit_boost = 2.000
This it to prevent the distortion in the left speaker but has the negative effect of making everything quieter.
Incidentally, the reason why I am trying to get a flat response is because you'll notice that there are 10 GEQ settings for "Internal" and 10 GEQ settings for "External". They are all set to 0 at the moment but you COULD tweak them to your liking. Each of the presets appears to be a 10-band equalizer, probably fairly standard frequency spacing, controlled in dB gains. i.e. you actually have a built in Equalizer that isn't really being utilized properly.
You can have a bunch of different profiles and then switch between them by specifying which preset you want to use:
Code:
geq_int_preset = 0 where 0 is the preset number
This line is found at the top of the srs_processing.cfg file.
Lots more to play with in that config file. I wish there was some way to "reinitialize" the sound engine without having to reboot. Then, a program w/a gui could be written that allows this stuff to be adjusted by the user as long as they had root access.
Thanks!
verkion
verkion said:
BTW, anyone know what srs_processing_JN101.cfg is for? It's almost identical to the original cfg and it showed up for 3.1. if you change stuff in there, sound seems to be unaffected?
Thanks!
verkion
Click to expand...
Click to collapse
It's probably for the Eee Pad Slider.
i tryed your fix and it works really nice! but i'm "scared" about the stress that the left speaker have to sustain. i notice that there is a very strong vibration of the left side of the back cover so i think that the left speaker isn't equal to the right but it's smaller.
i don't want a damaged left speaker so i renounce to the balancing
I think the problem with speaker balance is due to the fact that the right side as more opening (microsd, hdmi) for the sound waves to get to our ears...if you look at the left side those tiny holes on a metal casing don't let enough sound waves thought that's why when you listen to some music at a higher level you feel the back plastic casing vibrating... Like a subwoofer made of plastic
Sent from my Desire HD using XDA Premium App
andrew2511 said:
i tryed your fix and it works really nice! but i'm "scared" about the stress that the left speaker have to sustain. i notice that there is a very strong vibration of the left side of the back cover so i think that the left speaker isn't equal to the right but it's smaller.
i don't want a damaged left speaker so i renounce to the balancing
Click to expand...
Click to collapse
Interesting. I haven't applied this fix yet and noticed my right speaker (the louder one) is already having the vibrating effect.
So wouldn't it be normal that the left speaker, the quieter one, would also make the case vibrate around it if you turn up the volume to balance with the other speaker?
hi all
after trying this my speakers is now balanced
its works!!!
ASUS is using a 'static' version of that processing system - it only reloads at boot. Sorry guys. There's an interactive version with various UI and import/export features too - but generally it's only active during development/QA - at retail it is often locked-out.
Nice find on that typo - now I have to go debugging
Shawn_230 said:
Interesting. I haven't applied this fix yet and noticed my right speaker (the louder one) is already having the vibrating effect.
So wouldn't it be normal that the left speaker, the quieter one, would also make the case vibrate around it if you turn up the volume to balance with the other speaker?
Click to expand...
Click to collapse
the right vibrates too but applying the fix the left back cover will vibrate more and more than the right one. so balancing the speakers, the left having the same volume of right seems to be stressed much more
tested on iron maiden

All dev must read! Important build.prop info!

I would assume this is the rightt place to post this...
Time and time again, i see devs putting in DUPLICATE lines in build.props....
THEY CANCEL EACH OTHER OUT!!
THE BUILD.PROP GOES OFF THE FIRST ENTRY AND STICKS WITH IT
Therefore if your first lines are:
ro.ril.hsxpa = (2)
ro.ril.gprsclass = (10)
and if you have it a couple pages down in your build.prop as:
ro.ril.hsxpa = (3)
ro.ril.gprsclass = (12)
IT GOES OFF THE FIRST ONES..
ro.ril.hsxpa = (2)
ro.ril.gprsclass = (10)
THEREFORE THE ONES AT THE END OF THE BUILD.PROP ARE NOT ACTIVE (NOT RECOGNIZED) !! ONLY THE FIRST ONES.
PLEASE CHECK YOUR BUILD.PROPS FOR DUPLICATES!!..
SOMETIMES THE LITTLE THINGS ARE THE BIGGEST THINGS...
I have noticed significant speed increase in data and speed when i delete the lower end values that are duplicates..

Manual brightness on windows 10

Found solution to get manual brightness working on windows 10 firmwares on our 1020 devices
Change registry with interop tools or what ever.
Select this provider this device, then registry browser, HKEY_LOCAL_MACHINE/ SOFTWARE/ Microsoft/ Autobrightness/ABSManualBrightness.
Change "Registry Value Type" to "Multi String".
Then Registry Value Data to
1
2
3
Save and restart device and smile :victory:
Thanks for info.
These settings i have now 1020 and brightness settings works great.
Numbers in () is original and without is modified.
HKLM\Software\Microsoft\AutoBrightness
- ABSAutoMaxBrightness (3) 6
- ABSManualBrightness (3) 1 3 6 (the variable here is multistring)
- ABSMonitorControl (1) 1
https://msdn.microsoft.com/en-us/library/windows/hardware/mt168406(v=vs.85).aspx
HKLM\Software\Microsoft\Shell\OEM\Brightness
-LowBrightness (1) 1
-MediumBrightness (2) 3
-Hightbrightness (3) 6
https://msdn.microsoft.com/en-us/library/windows/hardware/mt147021(v=vs.85).aspx
HKLM\Software\OEM\AutoBrightness
- ABSPercentIntensityMapping 2 3 4 (the variable here is multistring)
- ABSRangeMilliLuxMapping 1 2 MAX (the variable here is multistring)
- DimBrightness 1
- Transitiondelay 0
Supel low light u get when change settings manually low and then autobrightness on.
Normal light, manually normal and then autobrigtness on.
is it normal that i can't change registry type? I use interop tools on lumia 925
found interop tools L release
Yes
If you cant change the registry, you need to go into interop tools app
-interop unlock
And turn on restore NDTKSvc then restart the phone and edit the registry

Play Sound at night

Hello Forum,
I have an Xiaomi Redmi Note 3 with Lineage Android 7.1.2. I have installed Firefox and USI extension for inserting JavaScripts. If something happens on a special website a script should play for 20 seconds a load sound [1]. Regardless if day or night.
Problem: The Sound is only played for a short time, its a 100 ms *dut* instead of a load 20 sec *duuuuut*
Additional settings:
1. I take Firefox out from the 'Settings->Battery Power Optimization', so it runs the whole night.
2. At night I use the 'Disturb only for important messages' Mode := DOFIM-Mode.
3. For 'Setttings->Notifications' I'll allow Firefox to disturb me.
Observations at day:
a) If the DOFIM-Mode is turned off and the screen is turned off since 20 minutes I get my 20 seconds beep.
b) If the DOFIM-Mode is turned manually on at daytime and the screen is on too, I also get my 20 seconds beep.
c) If the DOFIM-Mode is turned manually on at daytime and the screen is off since 20 minutes, its again the short 100 ms *dut*.
So I thing the battery optimization together with the DOFIM-Mode turns something off that I need to play a sound. What could it be?
I'm using a german rom, so I dont know the exact names of the menu points in english language, if something is unclear, please ask.
Thanks
Peter
[1] How the JavaScript make the sound:
Code:
window.AudioContext = window.AudioContext || window.webkitAudioContext;
var context = new AudioContext();
var o = context.createOscillator();
o.type = 'sine';
o.frequency.value = 261.63;
o.connect(context.destination);
// Play Sinus for 20 sec:
o.start(0);
setTimeout(function() { o.stop(0); }, 20000);

Lenovo M8 tablet - Volume Steps / Granularity (HTC) Android 10

Im starting this thread for anyone having the same issue as me where by adding the property ro.config.media_vol_steps to /system/etc/prop.default and assigning their prefered steps value, ie '= 30', results in multiple volume ranges devisable by 15.
Apparently this affects the HTC UI sense as well.
For example if I assign the value 37 to the above property (I do get 37 steps) but when I test by playing something on spotify and increase volume using the buttons I get -
step 0 = mute
step 15 = max volume
step16 = mute
step 30 = max volume
step 31 = mute
step 37 = volume 6
Anything below 15 works as expected.
The same happens if you've rooted with Magisk and do it via prop editor or any other editor.
Iv been trying to find a solution for this for months with no success hence up the creek with no paddle.
I have coding abilities but for me X86 assembly is easier than than understanding the various tool chains / libraries / compilers required to debug an Android device.
Id like to at least know where in the architecture I should be focusing on.
Is it vendor or system related?
A persistant setting?
Is the setting pre compiled so would need custom ROM ie a library file (.so) where other devices simply allow to change the property?
I beleive it must be solvable just hoped I could get at least a hyperthetical view of the problem from someone more familiar with the sourcery of Android!
You can get fine volume control from the GUI (swipe down) how can this be mapped to Volume_key_up / volume_key_down ?
Thanks.

Categories

Resources