Jump to content

jadedchameleon

S4GRU Premier Sponsor
 View Profile  See their activity

  • Posts

    326

  • Joined

  • Last visited

  • Days Won

    1

 Content Type 

Everything posted by jadedchameleon

  1. jadedchameleon
    I've roamed using Fi in Rome on the 6P on band 3 and 7 (vodaphone). It worked fine for me (I might have had to use the *#*#FIROAM#*#* code initially)... 256k is actually good enough for most anything IMO when paired with WiFi. I personally wouldn't pay for a local SIM. It's not particularly cheap, and it is a bit of a pain to set up (I spent 45 minutes in a vodaphone store in Italy a couple years back). You'll pay like 40ish bucks after taxes to get something like 2GB of data... which isn't enough to upload lots of photos anyways. JMO, but just use Fi and stay in places with good Wi-Fi.
  2. jadedchameleon
    No, what he is saying is you can port your GV number to Sprint, and Sprint has special integration that allows you to use GV while still letting your phone have the actual number (no other carrier besides Fi has this). This means using Google Messenger or Textra still works and sends from the right number. And messages still show up on your computer, etc (albeit outgoing messages sent via textra would not). Sent from my Nexus 6P using Tapatalk
  3. jadedchameleon
    I did not. I removed the device from the account but left the line active for a different device. Hopefully cancelling the entire account will do the right thing. I guess you'll find out--good luck, but you might be in for some work. see the following for a similar experience: https://www.reddit.com/r/ProjectFi/comments/3df3sz/moving_nexus_6_to_sprint_after_leaving_project_fi/ct4kv9a It would be nice if at some point Sprint stopped delineating devices between Sprint proper, Boost/Virgin, and other wholesale vendors but I'm sure this is one of those corner cases that the vast majority of folks never run into.
  4. jadedchameleon
    Just as a counterpoint: The 6P fits in my cupholder just fine (Toyota 4Runner), and I love the headphone jack on the top for two reasons: when in a cupholder, I can actually attach a minijack or headphones and it works without it being awkward, and similarly, when in the phone is in a pocket, the headphones come out naturally when the port is at the top. That said, I do think the ideal size for me is slightly smaller than the 6P, but coming from the 6, I much prefer the 6P. There's almost nothing else I can find to complain about this phone.
  5. jadedchameleon
    It's going to be difficult to switch back and forth. I don't know about the SIM situation (I'm dubious they actually knew what they are talking about), but Sprint still classifies device MEIDs as either "wholesale" or Sprint proper in their whitelisting system. It is a total pain in the ass to get someone at Sprint (or Google) who knows enough to be able to switch your device between the two classifications. I just went through this with my old N6 which was on Fi, and I gave to my wife and wanted to put it on Sprint. Eventually I had to get someone at Google contact someone high up at Sprint to get this done--it took a week of persistent work. I don't think you'll be doing this regularly unless the process improves greatly.
  6. jadedchameleon
    I'm impressed with the real world RF performance of the 6p. At home, on B41, the 6p is consistently about 3-4dBm better than my old Nexus 6 (literally side by side, same GCI/PCI). And I can get B41 in my basement now. At work, instead of constantly flipping between eHRPD and B25 LTE (the nearest tower has unoptimized B26), I've been on B25 LTE the entire morning (between -99 and -104dBm). Awesome.
  7. jadedchameleon
    lordsutch's Signal Detector (http://s4gru.com/index.php?/topic/3153-cheesy-esmrlte-base-station-tracker) is also working correctly for me in places that SCP does not work. It seems to reliably detect the band/gci. It does unfortunately show both 1x and LTE active, but maybe an option to not display 1x when LTE is active would make sense.
  8. jadedchameleon
    http://m.androidcentral.com/checking-out-doze-android-m-developer-preview
  9. jadedchameleon
    That's a federal regulation (see http://www.fcc.gov/guides/emergency-communications) so it would have to.
  10. jadedchameleon
    They're not going to offer something which is going to let you effectively get free service in any possible combination where service+phone is less than just buying the unlocked phone, period. And I have to believe G wants a true contract-free option here, so options are limited. So I have no problem with them offering the device at full unlocked price (it would be nice if the device itself would be cheaper, but that is orthogonal). My only problem is the data pricing. I'd like to see $10 for first GB, and $5 thereafter. But it's pretty clear this is a "beta" (if that, maybe an "alpha"), so we'll see how it evolves.
  11. jadedchameleon
    EDIT: I see now that you mentioned it is fully bootloader locked. I don't see anyone claiming to have a successful exploit yet, but these folks seem like the most likely to develop one. http://forum.xda-developers.com/showthread.php?t=2792487
  12. jadedchameleon
    If it doesn't work this time, don't call, open a ticket with Ting online. lilotimz is right, I had to do this procedure with one of my in-law's phone. MEIDs in Sprint's system are either locked to "wholesale" (i.e. MVNO) or "corporate" (Sprint itself). For whatever reason, no one at Sprint seems to know how to switch between them and Ting doesn't remove it from the wholesale list unless you specifically ask them to.
  13. jadedchameleon
    I've seen a few times right before SignalCheck Pro reboots on startup on L, it says "Waiting for Update..." in a dialog box. I did find an exception right before the reboot: E/AndroidRuntime(25785): FATAL EXCEPTION: main E/AndroidRuntime(25785): Process: com.android.omadm.service, PID: 25785 E/AndroidRuntime(25785): java.lang.NullPointerException: Attempt to invoke virtual method 'int com.android.omadm.service.DMHttpConnector.closeSession()' on a null object reference E/AndroidRuntime( 779): *** FATAL EXCEPTION IN SYSTEM PROCESS: main E/AndroidRuntime( 779): java.lang.IllegalArgumentException: updateNotification key not found: 0|com.blueline.signalcheck|2131296258|null|10082 F/libc (18001): Fatal signal 6 (SIGABRT), code -6 in tid 18038 (RenderThread)
  14. jadedchameleon
    No idea. Try rebooting and try again. It works for me (tried a couple times).
  15. jadedchameleon
    *#*#72786#*#* Not the same as a profile update. Worth trying if you aren't seeing any non band 25 LTE. Sent from my Nexus 5 using Tapatalk
  16. jadedchameleon
    I was going by the system's signal type icon, but it seemed like the app was still operating correctly from what I could tell (the signal strength measurements were actively fluctuating). I have definitely seen situations where the background process has frozen up (and has to be killed manually), but this seemed different--the phone seemed to be acting normally other than it was "stuck" on 3G. It has only happened two times that I've noticed so far--but it may have happened more than this, because I have to honestly realize that I "should" be getting LTE when I'm not.
  17. jadedchameleon
    I've been using SignalCheck Pro for 6 months and haven't observed this, and I know there hasn't been an update in while, however.... I have had two incidents on my Nexus 5 this week where I have been stuck on eHRPD while I've been right next to LTE towers. I have background data turned off to facilitate faster switching to LTE, but I sat for several minutes right next to towers, stuck on 3G. SignalCheck Pro reported an active data connection which I'm sure is why I'm not switching to LTE. So I looked through my list of processes and there was literally nothing running besides Google Services. In both cases, I used app manager to kill the SignalCheck Pro processes, and within two seconds I immediately switched to LTE. I know SignalCheck uses the network to look up 1xRTT site names. Does it use it for anything else? Any chance there is some place in the code where a network connection is inadvertently left open?
  18. jadedchameleon
    It doesn't hold a lot of value in the Computer Science area unless you intend to teach, or you're looking to go into an area of pure theory or research where the Ph.D. is basically an entry requirement. Although I taught some classes while I was getting my Masters, and I actually enjoyed teaching quite a bit, I found I'm most content digging in and solving practical problems and building things. There are folks that I work with that have Ph.D.'s in my group, and I do the exact same work they do.
  19. jadedchameleon
    I have a Bachelors and Masters in Computer Science (and part way to a Ph.D. that I'll never finish) and work as a software developer for a company that is widely regarded as one of the best employers in the US. I love my job and working for my employer, but the degrees aren't what got me there (at least not alone). The passion for technology and problem solving is (plus a little natural aptitude and some luck). Figure out what you're most excited about and do that. The rest will fall into place.
  20. jadedchameleon
    Well, that would even strengthen the appeal of US Cellular it seems to me, since some existing Sprint handsets even have Band 5. Of course you could argue that US Cellular hasn't made any money recently so why try to inherit their mess, but at least an acquisition of USCC would be largely complementary instead of roughly the same coverage area of T-Mobile. Oh well, it appears this T-Mobile thing is going to happen whether we like it or not, unless it gets stopped by the regulators.
  21. jadedchameleon
    Sadly this. I would have loved to see Sprint fully execute NV, and once complete try to pick up some regional CDMA carriers (I know there aren't too many options here) that have complementary technologies. Perhaps even US Cellular would make a lot more sense. Hell, on day 1 you could just (ignoring handoffs, etc) update the PRLs of Sprint devices and suddenly have native coverage in a huge swath of the midwest (minus LTE, which is largely on 700mhz). So much easier than trying to figure out how to run two totally separate networks with completely different technologies for an extended period of time. Even if Sprint starts putting T-Mobile AWS LTE capability in their handsets, they would have to solve the ecsfb/ehrpd issues to allow Sprint customers to be able to use existing T-Mobile LTE towers--which seems like the very first logical step in integration.
  22. jadedchameleon
    I don't think so. Sprint's ace in the hole so to speak is 1x800 voice. This will help them level the voice coverage playing field. There are no smr gsm voice phones on the market or in development. The only way to do voice and take advantage of smr in the short term is volte. The combined network will not be good enough to do reliable volte for some time. The smart convergence point is LTE down the road, not gsm/cdma. Both legacy networks are going to have to exist in some capacity for a while even after a merger due to contracts and outstanding devices. And it would be easier to turn down gsm in the short term if one network goes away in the meantime. Sent from my Nexus 5 using Tapatalk
  23. jadedchameleon
    There is no "block". Sprint just doesn't have the IMEI/MEIDs in their system. The data is out there, Sprint just hasn't imported it into their system for whatever reason. If you go to: http://imei-number.com/imei-number-lookup/ they have access to GSMA data, and it will tell you straight up that your device is a Nexus 5 if you plug in your IMEI--and it will do this for EVERY Nexus 5. There is no technical reason why Sprint cannot do the same lookup, either by batch import or individual query.
  24. jadedchameleon
    I agree with absolutely everything you say here--except I can say with relative certainty that regardless of what the original cause is, Sprint is the one who can solve it. Every Nexus 5 ever produced has an IMEI (and therefore MEID) in the range allocated by GSMA. This includes the T-Mobile devices--this is a 3GPP requirement. These device ranges are available in the database to all GSMA subscribers. Sprint can solve the problem by adding the MEIDs of all of the registered ranges for the Nexus 5 and then there is no need to implement one-off MEID adding, or training CSRs, etc, etc. Alternatively, they could just do one-off checks of the MEID against the database to see if it is a Nexus 5--although that would be a software change. AT&T uses this database all the time to try to identify customers who try to use smart phone devices on basic phone plans. Creative folks often try to buy unusual chinese GSM devices to get around this, but it never works for very long (unless they completely spoof a valid IMEI).
  25. jadedchameleon
    Well, I had another mechanism in mind... but there's also this: http://www.gsma.com/technicalprojects/fraud-security/imei-database And Sprint is a GSMA member... they already share bad IMEIs on the blacklist.
×
×
  • Create New...