[Vibrant Android Development] Jarmezrocks:
Just chill just chill :cool: you sound like me yesterday :p:D haha don't go crazy now? haha

I am not using the T959 as a base for the ROM its self, I am using it as a base for the most up to date wifi calling app (being gingerbread) AND...there are several other remaining issues that are now swelling inside my brain.

I have been doing a heap of reading into how this technology works (reading peoples problems is a good way of getting specific sources of information as they try to debug what T-schmo reps won't)...seems it does a 3 tiered check before engagement. The one that is worrying is it does an OS build check...yep sdk we are ICS which is sdk 15 and gingerbread and below is sdk 10. Thats a big no go and also a big negatory cannot mod to get around this **** kind of roadblock. On a positive note that the other checks can be spoofed in the build.prop without affecting the phone all that much (if any) so...that brings me to two major epiphanies 1) This is the reason people can get HTC apps working on a non-HTC device...which opens our opportunities to getting it to work (just alot of work changing componets and setup should we wish to ditch one model and go with another for what ever reason you guys discuss) 2) We are up really large brown coloured smelly river with no ores or paddles in sight if there is no ICS phones out by T-schmo? :confused:

Why I say this? Cause of the SDK check.

The only thing I can think of that could work and it would be a real pain in the arse is running a script on some sort of check button or something that switches the build.props just prior to calling and switches back? Maybe Tasker could do that? what are the implications of switching the build prop whilst the phone is running? Most of the build.prop is put it checks that are done at boot....not whilst it is running. That being said....when any app does its "OS check" does it go straight to the source being the build.prop or does it get some sort of filtered skimmed off "here this is what your running" type info stored in the device after boot sequence? (default prop maybe?) I notice that ICS does't have a default prop and gingerbread does...so that is where I am stuck at with my thinking? Any devs or thread participants want to discuss?

Here are a couple of good reads I have found so far. Also of note, I am not a member on the T-mobile website or else I would respond with a possible fix for their G2 issues (wifi scanning is not set to a low enough intival in the build.prop and their modem is possibly not stong enough so the probability of loosing wifi signal is higher than most ) further to this the T959 scan rate is freaking HIGH!:eek: every 15seconds.....man those guys must have battery drain like crazy!

http://support.t-mobile.com/thread/11176?start=0&tstart=0

This thread has been very good read http://xdaforums.com/showthread.php?t=807199&page=4

Ok now...we have several options with the direction I can take this thread (man I wish there were more devs wanting to help!). I could try to decompile the T-mobile wifi calling app so it doesn't do the last check? I have no idea how to go about this but it would be better than trying to make your phone temporarily non-Ice Cream Sandwich whilst on calls. Technically the way I would see you guys using this sort of service is that when there is no reception (which could be a good deal of the time for some of you and those posts that I have read on t-mo support forums) then a spoofed build.prop with sdk=10 is not a viable option. I have no idea what that could potentially do to the OS? Possibly break a **** load of other thinks and AFAIK break EVERYTHING ICS! That is a big red X and something I am not 100% willing to try unless desperate times call for desperate measures and one of you guys has the balls to scream "SCREW IT I WILL FLASH ANYTHING - GIVE IT TO ME!!" then I will do it....and possibly post results not just here cause I bet there are other devs thinking of answers to problems that are not related to this that would really like to know what happens if you do?

Its times like these I wish I had a dedicated dev phone LOL

Apparently wifi calling is not totally UMA anymore but illustration for general understanding (very general I should say).