Search This Blog

Showing posts with label Android. Show all posts
Showing posts with label Android. Show all posts

Sunday, 27 April 2014

Speeding up my Nexus 7

I bought one of the original Nexus 7 models last year and, like many others like me, found it gets slower with use. There have been ups and downs. When it installed Android Kitkat it seemed to me to be running faster, while installing the new Google Now launcher made it pretty well grind to a halt.

Recently it's been getting worse again, and last week it reached the point where I felt I had to google the problem again (on a different machine) to look for some explanation. You get a lot of suggestions doing this, some more plausible than others, and some more work than others. I don't want to have to do a factory reset, nor I am thrilled by the idea of having to root my Nexus so I can run someone's clever "speed up your device" app. (To be fair, the app may indeed be really clever, it's the rooting bit I have issues with). In truth, the most common suggestions were ones I'd already tried, or they assumed you were running out of RAM or storage space, which I definitely wasn't.

So I went into Settings and tried to spot apps that were using up suspicious amounts of CPU time. Nothing obvious, and I was out of ideas, so I resorted to uninstalling stuff I don't use much. That didn't seem to help, until I disabled (not uninstalled, just disabled) Screebl Pro. If you haven't heard of this, it's an excellent app that senses when you're holding your device and then stops it switching off the display. Now I noticed a substantial improvement, and a week later the Nexus is still running well.

I have to mention that earlier today I thought I should do the reverse experiment and re-enable Screebl Pro. This had no apparent effect on the speed, which leaves me a little confused. It may be that it was something else I tried that did the speed up, but I only noticed it after disabling Screebl. Or it may be something about leaving Screebl on for a long time that made my Nexus 7 go so slowly. Either way, I thought I'd put this out on the web. If your Nexus 7 is moving like treacle and you've got Screebl installed, it's the work of a moment to try disabling it. If it works for you, great. Otherwise I'd suggest removing some apps.

Wednesday, 30 January 2013

Fixing Chrome for Android

An interesting tip I feel the need to pass on.

On my Android (version 4.2) phone I typically use Dolphin as my browser. I have Chrome as well of course, but I gave up with it early on as it seemed to be fundamentally broken. For instance, it just refused to open up the bookmarks tab.

Last week I found out why. I had deliberately disabled JavaScript as a security measure. (I don't do much data entry on a phone browser, so I didn't think it would inconvenience me much.) Imagine my surprise to find out that re-enabling it fixes all my problems with Chrome.

I'm still sticking with Dolphin because I prefer its add-on ecosystem, but it's nice to have options now.

Saturday, 24 March 2012

Getting Spotify to work on my Android phone - Part 2

For a while now my Spotify app for Android has exited abruptly shortly after launching. True, this was only if I was online, but as I needed to be online in order to save music for playing offline, I was effectively stumped.

In a previous post on this subject I described how I briefly fixed the problem, only to have it come back again shortly afterwards. I have now fixed it again, and it hasn't gone wrong again six hours later, so I thought I should describe how I did it.

It seemed to me that the problem was happening when my phone (a Nexus S running Android 4.0.3) tried to synchronise playlists with Spotify Headquarters. I have a lot of playlists, since I create one for every album I like, and these are themselves kept in playlist folders by band and genre. But in a moment of revelation yesterday, I realised that I hardly ever refer to the playlists when looking for something to listen to. If I'm not playing some album I've just found out about, I tend to play something that just springs to my mind. Occasionally I will tell Spotify to randomly play tracks in my playlists.

It occurred to me that I could save a lot of effort by just starring at least one of the tracks in any album I wanted to remember, and could then forget about making a playlist for it. Spotify can play starred tracks in a random order, and the built-in search facility is usually good enough to find music.

So I went through my playlists, checking for one star or more in each album, before deleting the playlists altogether.

The moment of truth: would Spotify for Android now work? No.

So I switched off WiFi and went in again. I opened the settings and cleared the saved data. Then I uninstalled and reinstalled the App. Now it worked.

It's a shame that the app had this bug in it, but I seem to have cleared the problem, and as a side benefit, I won't spend any more time in Spotify creating playlists I never really needed. As with GMail, where I used to make folders and sub-folders galore to store my mail in, I now just stick it all in a heap and fetch it back with Search.

Update - it lasted for two days. Now, once again, the app exits shortly after launching. Looks like I might need to reinstall it every time I want to use it!

Another update (22/06/12) - I've been using the new version of Spotify for Android for a few weeks now, and all the problems seem to have gone away.

Wednesday, 11 January 2012

Spotify for Android exited after logging In

Although I installed Spotify for Android shortly after I bought my Nexus S, I rarely used it; when I have time to listen to something I tend to choose podcasts or audio books. So I couldn't say for sure when the Spotify app stopped working.

The symptoms were that I would start up the app, log in, and a few seconds later it would just quit. No explanation. If I started the app up offline (i.e., no wi-fi or 3G network available), there was no problem, other than not having any music to play. Then as soon as I went online, the Spotify app would crash.

I couldn't find anything about on it on the web, apart from one person who'd 'fixed' it by deleting all their playlists. He suggested it might be due to an awkward character in a song title. This fitted in with my experience, in that the program seemed to crash while synchronising data. Unlike him though, I wasn't prepared to chuck out all my carefully assembled playlists.

But it kept bugging me, and the more I thought about it, the less plausible this seemed. If it was really down to having foreign characters in a title, surely thousands of people would have been hit with this, and Spotify would have quickly fixed it? So maybe it was something else in my playlists. Looking at them on my PC, I noticed that several tracks had a sort of lock icon next to them. In each case the track could no longer be found via a general search, though an alternative version of the track could. I'm guessing that the original track is no longer available, but Spotify is substituting the replacement. So I went through and manually replaced all those tracks. Alas, it had no effect on the Spotify app.

All was not lost: while getting rid of the lock icons, I'd noticed a few 'musical note' icons. These indicate tracks which are local to your device. Could the Spotify app be falling over trying to synchronise music that was on my PC's hard drive? I took all the local music out of my playlists, and my Starred items, and a couple that were in my waiting to play list. And finally my Spotify app managed to start up properly.

So that's the trick: don't have any local files anywhere in your lists. I can log in just fine now. In fact, it's even better than that: I've just noticed I can't seem to log out.

Supplemental: My Android app is bombing out again, and there are no longer any local files in my playlist. So I'm back to square one, or maybe square two, as at least I've established that the problem's something to do with the playlists. I am not giving up on this though: watch this space.

Supplemental 2: I think I've really fixed it this time.

Saturday, 7 January 2012

Upgrading a Nexus S to Android 4 (Ice Cream Sandwich)

There's been major excitement (albeit very localised excitement) in this house following the news that Nexus S phones would be automatically upgraded to Android 4. However, as the days turned into weeks I began to wonder if I should ignore my phone provider and do the install myself.

I almost went ahead with it over the Xmas holiday, but news reports about Google suspending the process because of unspecified problems made me back off. Yesterday I cracked.

The process was very simple, and took less then ten minutes. I followed these instructions here. There were no incidents, although I would advise you to read all the instructions before setting out. (I have nobody to blame that I didn't read the words "when you see the warning triangle" before I actually saw the warning triangle.)

What's Android 4 like? Well, the Look & Feel of the UI has improved, and it looks like I no longer need a couple of apps because Android now does the job for me. The default Camera app is much better, and there are several other enhancements. Nothing earth-shattering, but perhaps I haven't yet found all the changes. (I only a couple of hours ago found that I can dismiss individual notifications by swiping over them from right to left.)

Now for the downside: I have encountered three problems since I upgraded.

Most worryingly, last night for the first time ever the screen stopped responding to touch. I tried to power it off, but of course couldn't confirm the action. Then, when I pressed the power button to turn off the display, it was still faintly visible. After a few cycles the phone started responding again, so I quickly powered it off fully before it changed its mind. It hasn't done it again since I switched it back on.

Secondly, I've had notifications that Google+ has stopped. Google+ seems to be built-in, because you can't uninstall it. I disabled it instead, in case it's behind the first problem.

Finally, I've twice been told today that my phone provider is unavailable. To be fair this does happen, but not often, so I mention it here for the sake of completeness.

All in all, I do like the new look, but it may take a few days before my confidence in the phone's reliability is fully restored.

Thursday, 28 July 2011

Getting a Nexus S to connect to a PC running Windows XP

In an effort to prevent anyone else going through the misery and frustration I've just experienced, I will now document the steps I had to go through to get my Nexus S to talk to my PC.

Obviously I'm not talking about seeing the phone's file system as an external drive; I mean having the phone show up in the Device Manager so that you can try your hand at developing on it. Sparing you all the false starts and dead ends that I went through, and assuming you've already installed the Android SDK and have a USB cable that fits into the phone, proceed as follows:
  1. Start up the Android SDK Manager.
  2. See if 'Google USB Driver Package' is listed under Installed Packages.
  3. If it isn't, it should be under Available Packages. Select it and click the Install Selected button
  4. Enable debugging on the phone in Settings/Applications/Development.
  5. Disconnect the phone's USB cable, then reconnect it.
  6. The PC should report having found a new device, and bring up a wizard to ask you whether you want to install a driver. Cancel out of this wizard.
  7. Go into Device Manager (right click My Computer and select Manage), and find the phone under 'Unknown devices'. Right click on it and select Properties/Details. Note the two four-digit numbers after VID_ and PID_.
  8. Open the file C:\Program Files\Android\android-sdk\extras\google\usb_driver\android_winusb.inf for editing.
  9. Add in an entry for the Nexus S, using the VID and PID revealed from the device manager. It should look like this:
    ; Google Nexus S
    %SingleAdbInterface% = USB_Install, USB\VID_XXXX&PID_YYYY
    %CompositeAdbInterface% = USB_Install, USB\VID_XXXX&PID_YYYY&MI_01
The values of XXXX and YYYY you should have noted down above in step 7.

Now use the Device Manager to Update Driver for the phone, telling the wizard to search in the C:\Program Files\Android\android-sdk\extras\google\usb_driver folder.

In the Device Manager, the Nexus S should now move from 'Unknown devices' to 'Android Phone'.

Of course, for you any one of these steps might go wrong. However, even then I hope this blogpost might give you the clues you need to get to your goal.