[MOD] build.prop network tweaks - AT&T Samsung Galaxy S II SGH-I777

Over in the Thrill 4g forum there's a thread regarding build.prop tweaks. And in fact there are many threads in multiple forums with these same tweaks. I'm wondering if these are applicable to the SGS2 and if there's anything to these tweaks or if it's all smoke and mirrors. Specifically I'm talking about the network/3G tweaks in the following thread:
http://forum.xda-developers.com/showthread.php?t=1265679

bencozzy said:
Its easier to build them into a rom then try and add them to a stock rooted rom cause a script usually over rides the build.prop tweaks if its already set on the phone.
Click to expand...
Click to collapse
It doesn't have to. You can make a fairly simple script to add or change individual lines in the build.prop.
Sent from my SGH-I997 using xda premium

We already have larger buffer sizes for the interfaces where buffer increases are needed in stock initramfs. (Really pointless to increase EDGE buffer size - but 110k which existed in UXKG3 for the Infuse and some early leaked GS2 initramfs releases is too small for HSPA+)
Early versions of codeworkx's kernel may have old (smaller, slower) buffer sizes, but I believe his latest ones have the UCKH7 buffer sizes.
99% positive the htcbitmask tweaks are not applicable and do nothing to our device... after all, HTC should be a hint that they are manufacturer specific. Also, there was some debate on the Infuse forums as to whether the hsxpa value actually did anything with our RIL.
I never got rilspy working well enough to definitively prove that either way. However someone did do some strings analysis of the Infuse RIL and there was nothing anywhere to handle some of the gprsclass and hsxpa values. Some guy set the GPRS class and HSPA categories to 1 and still got good data speeds, for example.

If I were you guys I'd have someone do some testing now and find out if any of the network mods in the build.prop do anything before the thread gets out of control. Samsung doesn't usually use those properties, but of course, everyone thinks because they work on one phone that they work on them all. The Infuse section is overrun with people who think changing their build.prop makes their network faster when in reality they change absolutely nothing. I set my phone to be restricted to the slowest possible 3G settings in the build.prop and still got full 4G speed. I know HTC uses these settings, don't know about LG, but I doubt the the SGSII uses them since the Captivate and Infuse don't.
Edit: I'm talking most specifically about the ro.ril.hsxpa, gprsclass, and hsupa and hdspa category settings. People were setting them to non-existant values and thinking they were making their phone faster in the Infuse section. Not sure how much effect the other tweaks would have like buffers.

AJerman said:
If I were you guys I'd have someone do some testing now and find out if any of the network mods in the build.prop do anything before the thread gets out of control. Samsung doesn't usually use those properties, but of course, everyone thinks because they work on one phone that they work on them all. The Infuse section is overrun with people who think changing their build.prop makes their network faster when in reality they change absolutely nothing. I set my phone to be restricted to the slowest possible 3G settings in the build.prop and still got full 4G speed. I know HTC uses these settings, don't know about LG, but I doubt the the SGSII uses them since the Captivate and Infuse don't.
Edit: I'm talking most specifically about the ro.ril.hsxpa, gprsclass, and hsupa and hdspa category settings. People were setting them to non-existant values and thinking they were making their phone faster in the Infuse section. Not sure how much effect the other tweaks would have like buffers.
Click to expand...
Click to collapse
Ah, now I remember who the "some guy" referenced in my post above was, it was you.
I agree - I think the only thing that might matter is TCP buffer size tweaks, and that's already in the initramfs unless you're running an early codeworkx CWM kernel release. (New ones have better buffer sizes)

Can anyone upload the default build.prop for AT&T's Galaxy S II?
I want to compare the values for some of the fields with the one for the international version of Galaxy S II. (i.e. if AT&T added any specific urls for things like ro.url.legal)

Related

Mods please close the thread.....

Hi hkwildboy,
Great appreciation to hkwildboy discovering such an solution for quick GPS locking ........ & here is a CAB who find difficulty in editing Reg edit......
Mod's just for an awareness among all members i created new thread as this is a most essential part (GPS locking) most people complain of......
As per the feed back from senior's i came to know that the cab i attached was not working so please forgive me ...this thread will be closed.
Is the cab uninstallable?
aadadams said:
Is the cab uninstallable?
Click to expand...
Click to collapse
Yes it is uninstallable......
I'm trying it out on AT&T Fuze with Shep's 3g. I'm indoors and cannot get a fix with the standard setup. Outdoors I usually get a fix within a minute or so. I will report if this improves my experience later this evening.
Thank you for sharing this.
no feed bscks
With admitted limited use, I would tend to confirm reduced lag. I was not able to get locks indoors at home or at work either with or without the cab installed so no improvement there. The lag reduction alone makes the cab worthy of install however, as I must also admit to seeing no ill/adverse effects from the install. Thanks for the heads up.
aadadams said:
With admitted limited use, I would tend to confirm reduced lag. I was not able to get locks indoors at home or at work either with or without the cab installed so no improvement there. The lag reduction alone makes the cab worthy of install however, as I must also admit to seeing no ill/adverse effects from the install. Thanks for the heads up.
Click to expand...
Click to collapse
the cab does only help in speed lock of gps , would not help at places where you are not exposed to open space to get sat signals also depends on radio as well, i am residing at place where i do not get a proper signal...can't expect gps to work.
Does it also reduce lag or was that my imagination? I didn't think it could do anything for signal, but I know many woould like to see an answer to that question. Thanks again for making us aware.
Well I hate to burst anyone's bubble, but you do realize that both 5.08 and the new 5.10 Raphael drivers have already addressed the lock-on/aGPS issues, right ????
All you need is a newer radio, and those new drivers. Any ROM here on XDA has those drivers implemented by now.
This file/reg tweaks are really only useful if you're still running the stock ROM. In which case, how much use are you REALLY getting out of XDA ????
In any case, this fix is for stock ROM's. if you're running NATF, or Energy, or ROMeo's, or Da_G's custom ROMS, the fix for this has already been done, on the HTC side.
I'm running 6.5, and since aGPS is actually working, I'm getting locks in under 15 secs, in under 5 if I'm already connected to the internet.
mexiken said:
This file/reg tweaks are really only useful if you're still running the stock ROM. In which case, how much use are you REALLY getting out of XDA ????
Click to expand...
Click to collapse
I don't want to get into any theological debate over the good and evil of it, but there's a lot of people who, for various reasons, are stuck using the stock roms or they are too fearful of flashing.
Just an example, a buddy of mine works for AT&T. One of AT&T's policies (like every other major carrier) is to hand out different handsets to the employees so that they can become familiar with them. Next month he's supposed to sample the Fuze. These types of fixes will actually be pretty useful to him for the purpose of making the fuze realistically functional.
speed_pour said:
I don't want to get into any theological debate over the good and evil of it, but there's a lot of people who, for various reasons, are stuck using the stock roms or they are too fearful of flashing.
Just an example, a buddy of mine works for AT&T. One of AT&T's policies (like every other major carrier) is to hand out different handsets to the employees so that they can become familiar with them. Next month he's supposed to sample the Fuze. These types of fixes will actually be pretty useful to him for the purpose of making the fuze realistically functional.
Click to expand...
Click to collapse
I understand where you're coming from. However, most of XDA's fame and notoriety came from ROM's. Nowadays, it has fixes/updates to things, but at its core, its a place for custom ROMs for HTC phones.
BTW, I should have clarified. AT&T released an official, updated ROM for the Fuze. It, among other things, addressed this issue. So if someone is scared to run a custom ROM, they can always just flash to the official update, and still, problem solved with aGPS.
I have worked for AT&T, so I now the specific program you're referring to. By now, all Fuze's should be shipped with latest update. And even if not, its not very hard to flash to something he likes, and then flash it all back to stock when he needs to turn it in....
And btw, not every carrier does that. At least, not the one I work for now....
mexiken said:
BTW, I should have clarified. AT&T released an official, updated ROM for the Fuze. It, among other things, addressed this issue. So if someone is scared to run a custom ROM, they can always just flash to the official update, and still, problem solved with aGPS.
Click to expand...
Click to collapse
I may be mistaken, as I only spent a few minutes looking, but I can't find an officially released rom update for the Fuze anywhere on HTC or AT&T's site. AT&T's support FAQ claims there's no updates yet. Assuming these sites aren't misrepresenting the facts, I'm pretty sure you're mistaking the firmware update with the Leaked version here: A-GPS works in 5.08 leaked AT&T ROM. Keep in mind, that version leaked less than 6 weeks ago and AT&T is famously slow to release.
You're picking at exactly the point I said I didn't want to get into, that we shouldn't be discussing "To Flash or Not To Flash". Fact is that there's some people who can't...or won't...flash their phones, but installing a cab that notably improves GPS performance with minimal (at this point, virtually zero) risk is surely good for them. There's no reason to knock a good solution if it exists. My point is, XDA isn't just about the latest ROMs, and from the reading I've been doing on here for the last couple of years, I don't believe it's ever been just about the roms.
I'd be willing to bet there's going to be a fair number of people getting use out of this fix. Nearly 300 downloads in just the last 3 days, I suspect at least 10% of those downloaders are getting a lot out of XDA without using a custom rom. In other words, cut these guys some slack, they're doing good work even if it doesn't apply to the majority.
Hi krish_nank
This cab works well with my rom : ROMeOS v.1.95.1 WWE.
Regards,
PB
speed_pour and mexiken stay on topic please.
if you both want to discuss certain things that don't concern the meaning of this thread please pm each other or do it on the msn.
you both have installed the cab? if yes, what are the experiences?
thanks and regards
pabcb said:
Hi krish_nank
This cab works well with my rom : ROMeOS v.1.95.1 WWE.
Regards,
PB
Click to expand...
Click to collapse
in which way did it worked well? i know it is for faster gps locks.
But can you be more concrete?
thanks
I dont suppose this also corrects the gps satellite bars for signal not showing does it ?
(IE TomTom , Igo , and a few others dont report the signal strength )
Thanks Much
GSM Raphael owners take note!
pretty funny. Also a good indication of the subjectivity of this problem and the power of the "placebo effect".
Sorry to say, but this cab really doesn't do anything. It sets pollinterval to 500 which is below the 1 second chip update capability. Da_G demonstrated the ineffectiveness of this. Pollinterval should be 1000. Also this cab sets the logs to 32, another setting that has been proven ineffective.
To fix the missing satellite display, TomTom must be upgraded to v7.910.9185.
There is an AT&T test ROM underlying acquisition time fixes to the GPS system. This correctly enables AGPS resulting in consistent 15 second lock times. It has no effect on position lag.
If you really want to understand GPS issues you must patiently read through the entire mammoth thread located in the raphael forum titled "touchpro GPS lag problems". Switch to the forum and sort by views. It is one of the most viewed threads there. It describes in great detail the various GPS issues starting on about post 300. Videos and real cabs containing tested tweaks are there too.
Here is your quiz. Once finished reading you will be able to easily understand and differentiate between these:
what is position lag?
what is speed lag?
what is a cold start, warm start, hot start?
what is ephemeris and how does AGPS affect this?
how does AGPS differ from QuickGPS?
Why does AGPS have no effect on either lags?
More importantly, you will understand exactly what you need to do to turn your Raphael into one of the absolute best handheld GPS devices out there.
Or, you could just load one of the fixed ROMs and run TomTom v7.910.9185 (yes, position lag is partially based on the navigator you are using)
Sleuth255 said:
pretty funny. Also a good indication of the subjectivity of this problem and the power of the "placebo effect".
Sorry to say, but this cab really doesn't do anything. It sets pollinterval to 500 which is below the 1 second chip update capability. Da_G demonstrated the ineffectiveness of this. Pollinterval should be 1000. Also this cab sets the logs to 32, another setting that has been proven ineffective.
To fix the missing satellite display, TomTom must be upgraded to v7.910.9185.
There is an AT&T test ROM underlying acquisition time fixes to the GPS system. This correctly enables AGPS resulting in consistent 15 second lock times. It has no effect on position lag.
If you really want to understand GPS issues you must patiently read through the entire mammoth thread located in the raphael forum titled "touchpro GPS lag problems". Switch to the forum and sort by views. It is one of the most viewed threads there. It describes in great detail the various GPS issues starting on about post 300. Videos and real cabs containing tested tweaks are there too.
Here is your quiz. Once finished reading you will be able to easily understand and differentiate between these:
what is position lag?
what is speed lag?
what is a cold start, warm start, hot start?
what is ephemeris and how does AGPS affect this?
how does AGPS differ from QuickGPS?
Why does AGPS have no effect on either lags?
More importantly, you will understand exactly what you need to do to turn your Raphael into one of the absolute best handheld GPS devices out there.
Or, you could just load one of the fixed ROMs and run TomTom v7.910.9185 (yes, position lag is partially based on the navigator you are using)
Click to expand...
Click to collapse
Hi Sir, May be i was wrong as i am not a technically sound person about the mobile working.....if you really believe this cab doesn't have helped any one or doesn't help any way....please close the thread.....once it is done i will delete the cab too. I don't want to waste many people time & useless long thread with out working fix.........
By the way it is been mentioned that this cab act as an tweak to get quick satellite fix not to correct a lagging problem ....
Please close this thread if possible or delete the thread itself Thank you
Hi Krish,
in the right corner of each post there's a red white triangle.
If you click on that then the mods know that you want to close the thread but use it only for:
Note: This is ONLY to be used to report spam, advertising messages, and problematic (harassment, fighting, or rude) posts.
each forum has his own moderators contact one of them who are availiable

[Q] Overclock Module Port (for Mecha / Snapdragon)

Hey everyone,
I recently (a few weeks ago) updated to an hTC Mecha and pretty quickly flashed the CyanogenMod 7 Pre-Alpha. I updated from a Motorola DROID, and though almost everything I want already exists or has been ported, there is one thing that I have not been able to find.
Plenty of kernels (including the CM7 Stock-kernel) support very decent overclocking, and with the use of viperMOD, it is possible to undervolt. However, I'm used to being able to custom-clock and custom-volt (as in, pick my clock rates manually and calculate my vsels on my own).
I'm under the impression that the easiest way to go about doing this kind of customization is through the /proc/overclock filesystem which comes from the overclock klm (overclock.ko).
I have not yet found any kernel for the Mecha that supports / has the overclock module packaged with it. Is anyone interested in porting the overclock klm to the Mecha (and thus, Snapdragon)? I have a friend that said he'd be willing to help me, but both of us are very busy, and having more help would be extremely helpful. Keep me posted.
All the best,
-HG
/Shameless Self-bump/
Is there really no one else who is interested in having full custom-clocking/volting?
All the best,
-HG
I think most people are happy with the control we already have.. not saying your idea is bad but I don't think the average rooter wants to get that involved (though personally I would love it)
Try pming Imoseyon or nerozehl or twisted umbrella
Sent from my ThunderBolt using XDA Premium App
I believe that the script rapist has the ability to do that.. look for a thread called twisted playground
Eris/Droid1/Incredible/Rooted Nook/Thunderbolt!!!
altimax98 said:
I believe that the script rapist has the ability to do that.. look for a thread called twisted playground
Eris/Droid1/Incredible/Rooted Nook/Thunderbolt!!!
Click to expand...
Click to collapse
Good to know about that. However, it is not remotely as powerful as the overclock module. The oC module allows for true custom clocking and volting. That is, you can enter whatever clock rate you'd like (noting that you shouldn't be too liberal with the rates) and you can calculate the vsels on your own to make your phone run and the voltage that you'd like.
It's done through a simple interface, and if gives you the ability to set it on-boot using init.d scripts if your kernel supports them.
I PM'd user Imoseyon. But I think it's likely that I'll be trying to port the module myself.
If anyone has any suggestions/advice, I'd be happy to hear it.
All the best,
-HG

[Q] Modems documentation?

Hi all,
I've tried different modems and know that they effect dramatically on battery life and reception. I also know that the "best" modem is individual and a trial-and-error approach is needed.
Still, is there a documentation somewhere about each modem's features? For example the Nexus kc1 modem (if I'm not mistaken) has the ability to switch to 2G to save power when the phone is idle. I'm wondering which ICS modems (CM9) for the S2 have this feature, for example. Also some modems are reported to work better at certain ranges, etc.
Thanks
Sent from my GT-I9100 using XDA
Subscribed.
Perhaps this thread could & should be under a more general forum?
I'm thinking exactly the same thing.
I'm wondering what the limitations are. I have a feeling some very interesting things could be done with the modem.
http://androidforums.com/galaxy-s2-...3246-extract-radio-modem-tar-md5-package.html
For one, perhaps the polling time to the base station could be increased to save battery, and then put back to the original setting. There might be a standard that companies have against this, there might be a hardware limitation or possibly it's just badly documented right?
Another one could be broadcasting something completely different, or... receiving something you're not supposed to receive... scanning for other mobiles even. It could get quite disruptive.
No idea why not much talk on this... or perhaps we just need the right words to search for?
I can find related talk but nothing on the stack itself:
http://androidforums.com/galaxy-s2-international-all-things-root/489457-latest-i9100-modems.html
Samsung modems come as pre-compiled .bin files and Samsung never releases change logs with modems or ROMs so it's difficult to say what changes between releases. As far as I know, given the proprietary nature of the code it isn't possible (either technically, legally or both) to decompile the modem files and look at the code so any reviews would be purely based on observation of signal strengths and data speeds, also I don't think it's possible to modify them in any way, at least I have never seen anything that suggests a dev has tried.
Modems are black boxes. Documentation ? Bwaaahahahahahaha There's no such thing. Apart from real world tests people on here/elsewhere have done to compare connectivity/data speeds.
Always good to see a bit of maniacal laughter MB.
----------------------
GTI9100 KK5
Hehe ;-) Some of things people expect around here make me laugh.
I mean, documentation. From Samsung ? *****, please. Given how they play hardball with sources they're not going to give us documentation for proprietary code anytime soon.
aceofclubs said:
Always good to see a bit of maniacal laughter MB.
----------------------
GTI9100 KK5
Click to expand...
Click to collapse
Samsung release documentation it not only is read by guys that understand but also every idiot with a SGS2 . They will soon start posting asking for themed modems .
jje
Well I guess this is in the Samsung forum but also I'm thinking it would be nice to know just a little about modems... even just what the API allows would be nice.
As for going deeper it seems that yes, there is no company allowing full access:
"Although its philosophy is somewhat similar to that of Openmoko, GeeksPhone does not publish hardware specifications for its devices beyond a data sheet. Another difference is that GeeksPhone aims to provide a stable device suitable for everyday use and capable of competing with other commercial devices on the market. The GeeksPhone One ships with an Android version which has undergone quality tests and passed Android Open Source Project (AOSP) Code Compliance certification, allowing it to include closed-source Android components and participate in Android Market.
About emerging competitor Synapse-Phones's strategy to offer smartphones with customizable hardware, Rodrigo Silva-Ramos stated that GeeksPhone had tried the same, but found it impossible. He noted, however, that the existence of a competitor confirmed the viability of the company's business model.[10]
Click to expand...
Click to collapse
jago25_98 said:
Well I guess this is in the Samsung forum but also I'm thinking it would be nice to know just a little about modems... even just what the API allows would be nice.
As for going deeper it seems that yes, there is no company allowing full access:
Click to expand...
Click to collapse
The cm team would be on top of this I suspect.
Maybe they have commented their source code. Never looked but worth a shot.
----------------------
GTI9100 KK5

[Q] Any possibility for devs to work this into their ROMs?

Apparently increases the speed of the device by simply blocking on read of /dev/random...
http://forum.xda-developers.com/showthread.php?t=1987032&nocache=1
i am!
According to this it doesn't work on ICS or higher
https://pay.reddit.com/r/Android/comments/15w1qi/fix_90_of_lags_in_android_needs_root/
orangechoochoo said:
According to this it doesn't work on ICS or higher
https://pay.reddit.com/r/Android/comments/15w1qi/fix_90_of_lags_in_android_needs_root/
Click to expand...
Click to collapse
well, according to this, it does:
"Update!
Version 1.1 attached. This version uses the release signature, so you will need to uninstall the old XDA version first!
This version fixes the issue some users were seeing on later Jellybean ROMs, where the UI would misreport the RNG service status.
Note that this APK is actually compatible with all Android versions, and all (armel) devices. It's not at all specific to the Captivate Glide.'
This was in the link. The OP from this link wrote that^
http://www.xda-developers.com/android/entropy-seed-generator-not-all-its-hacked-up-to-be/
IDK, it would be nice if it's true. Maybe someone with a DNA can give it a shot.
I've been running it for a few days, no real benefit. I thought it was working better at first but I'm pretty sure after a few days that it was just placebo.
How was your battery life?
Only the older member will remember this...
<AncientMemory>
Reminds me of the days when people would run 386to486.exe and claimed it was making their crappy 386 run faster. It was just a simple program that would sleep and spit some text out saying it was improving your computer while not doing anything at all, but people swore their system was faster!
</AncientMemory>

Is there any difference between the US models of S3?

Besides CDMA/GSM capabilites, is there any difference?
Best ask in the usa forum, this is international only.
It Doesn't Seem So
pointystar said:
Besides CDMA/GSM capabilites, is there any difference?
Click to expand...
Click to collapse
I did a manual update AT&T model a few weeks ago and much to my surprise when I took the battery out, the white ID label on the inside was removed, and etched into the body of the casing was " i747/T999"
After spending sometime reading what was in the US forum, it seems that basically what you can do with one in terms of flashing & rooting, you can do for the other.
I guess it stands to reason too that you can "probably" flash one firmware over the other (after doing a SYSTEM format through custom recovery, that is!!!) with out any complications. But hey I'm still learning just like everyone else.
What I found too after digging up in the developer menu, is that the data radios (850-AT&T &1700-Tmo) were all built in, but they can't be changed unless the proper APN settings are already in
I think it was a pretty slick/smart move by Samsung, seeing that the US versions of the original galaxy S and S2 were so completely different.

Categories

Resources