Below are the Android remote screen monitoring/viewer/mirror tools I know about:
For a long time, I have used Droid@Screen: an Open Source, Java based mature cross platform tool that uses ADB (it can even restart it for you in case it hangs) with lots of features (zooming, no temporary files, device recognition, disabling emulator devices, etc). There are some Screen Shots | Droid@Screen.
Recently, Jim McKeeth open sources his Android Screen View: Android Screen View | The Podcast at Delphi.org. It is written as a quick hack in Delphi XE5, so right now it has less features and works in a more crude way than the two Java based tools, but it shows the potential of doing similar things with Delphi.
I primarily use Droid@Screen as so far it works best for me.
But I keep a close eye on the other two just to make sure I don’t miss improvements.
Recommended reading when you are interesting in the Android UI model, how it was designed to both support threading and application isolation at the same time.
It seems to add a lot of normal unix/Linux commands to your Android terminal emulator, but does not require root access.
I usually use a Windows or Mac system to browse the files on my Android device, but this should be much more convenient and aid both software developers and power users.
Now I need a remote ssh access to my Android device (:
Some 20 years after someone thought it was a nice idea to allow spaces in path names on Windows, it still is a bad idea to rely that just “works” for everything.
Android SDK
– http://developer.android.com/sdk/index.html
– Windows:
- http://dl.google.com/android/installer_r13-windows.exe
- http://dl.google.com/android/android-sdk_r13-windows.zip Do not install in a directory with spaces (not C:\Program Files, but C:\android-sdk)
And it does still apply: though not mentioned in the Android SDK/ADT documentation, most of the batch files in the Android SDK ADT bundle are not compatible being stored in a path that has spaces.
Unquoted referrals to paths like this are used in most SDK batch files:
cd /d %~dp0
The only way to run these batch files is with the current directory being the directory of the batch file itself, or referring to them in their fully quoted form.
Another correct way would be to use short names, but that’s only done in find_java.bat:
%~dps0
Summary of the batch files and how they are affected:
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters. Learn more about bidirectional Unicode characters
I submitted the report below to Google. What do you think, race condition?
I think this is a race condition somewhere.
Steps to reproduce:
1- Play notifies you there are multiple Apps (preferably many) that need manually updating
2- Manually select the first app and start the download for it
3- While the app is downloading, and there are more apps to update, perform step 2 for the remaining apps
4- Every some apps, there will be an app in the list that stalls before the percentage counter becomes visible (usually it displays “Downloading” forever)
This problem does not reproduce if:
A- there is only one app to download
B- if (while other apps are downloading) you do not select a fresh app to update
It does not matter if this is over WiFi, or mobile data connection. Soft/Hard rebooting the device does not help either, nor the version of the Play app (it has been this case for at least a couple of months, I only found time now to investigate the full matrix of reproducible steps, and factors influencing reproducability).
Time consuming workaround: cancel the stuck download, and retry, then continue with the list of other apps.
The Wiert Corner - irregular stream of stuff 