Does anyone know whether Google Glasses are compatible with vOICe technology? http://www.seeingwithsound.com. An aged aunt, who is almost totally blind, heard about this on the radio. She would like to try it but is too old, frail and unused to technology to set this up or to contemplate walking around with a computer connected to a webcam. If it were possible to load the application into a Google Glass that would be ideal but I do not know if this is possible.
If you go to The vOICe for Android page on that website you linked, it gives information about using vOICe with Google Glass. They list a caveat however:
Please note that the CPU of Google Glass is very slow by today's smartphone standards, such that The vOICe for Android wil appear very sluggish or even unresponsive on Google Glass.
It is possible to do so according to the android page on that website:
http://www.seeingwithsound.com/android.htm
However:
The CPU inbuilt into glass is apparently sluggish and may not be quick enough for her to use it accurately.
Please note that the CPU of Google Glass is very slow by today's smartphone standards, such that The vOICe for Android wil appear very sluggish or even unresponsive on Google Glass. In fact, the Explorer Edition of Google Glass is not really powerful enough yet to deliver a good experience with The vOICe for Android, and future generations of Glass, or its competitors, will hopefully offer
better performance
If you want to continue:
There is a section labelled:
Running The vOICe for Android on Google Glass
This does require use of android SDK tools to install and launch and a larger battery is required.
From a DOS shell on the PC, within the folder where you saved vOICeAndroid.apk apply the command
adb install vOICeAndroid.apk to install The vOICe for Android, followed by adb shell am start -n vOICe.vOICe/.The_vOICe
to launch The vOICe for Android on Glass (and use "adb shell am force-stop vOICe.vOICe" to stop The vOICe). The Glass screen must be on when launching The vOICe, so you may need to tap the touchpad a few times during the launch to avoid the 10 second screen timeout of Glass
If all went well, you should also be able to launch The vOICe for Android while not connected to a PC by saying "OK Glass - start imaging - The vOICe for Android".
Related
I want to video record the screen of an application I made on Google Glass.
I've seen this link here: http://googleglassfans.com/archives/3814/record-google-glass-screen-using-adb/
that uses the screenrecord function along with command prompt to get a video but I wanted to see if it was possible to do that without hooking it up to a computer. No audio is necessary just the video. I'm new to programming with google glass so I'm not sure if this is possible.
Any help as to whether it is and if so how to learn how to do this would be greatly appreciated!
Thanks!
Running screenrecord requires a connected computer that has the adb command available. It is not possible to run this particular command without a connected computer.
The rest of my answer is not specific but will hopefully be able to guide you in the right direction.
There are a lot of open source projects on GitHub or elsewhere catering to capturing screen activity on Android. You may want to look at using those. However, they may have permission requirements (in the Android manifest sense) that are not allowed on Google Glass (see here for allowed permissions). Because of this, this solution may require you to root your Glass device and thus void your warranty.
If you are fine with voiding your warranty, this is one option for you.
Background
I'm planning to make an app that casts things (urls, content,...) to chromecast .
I've bought a ChromeCast dongle, and it worked fine using the samples of Google.
The problem
It's quite annoying to have 3 screens to look at while developing such apps, and I'd prefer to have the receiver on the PC side too.
Such a thing would also make it much easier to debug and test.
What I've tried
I've searched for this a lot, and found some Chrome plugins (like CR Cast), but they all have terrible bugs. I've even found a python based solution (here), but I failed to compile it.
I've noticed that there is a reciever side description of ChromeCast in the documentation. Does this have anything to do with a replacement of ChromeCast?
The question
I'd like to know if it's possible to do the testing on the computer itself, including all of the features that ChromeCast has.
Unfortunately there is no replacement for testing a Chromecast other then testing on a Chromecast been developing on CC for 3 years... (If someone knows how please enlighten me).
The receiver web application that is run on the CC references Google JS libraries that are dependent specifically on CC hardware and must run on the devices builtin browser.
I've been in the similar situation where while traveling I had no access to a TV and needed to fix a CC issue. In this case I would recommend just plugging the CC into USB (to power it) and leave the display out of it. The CC has no dependency on being plugged into a display to function and it will operate, stream, log events just the same. Then just access its remote debugger on the CC's IP address and port 9222. Every log regarding its operation will be there and you can inspect the HTML (But you probably know this).
The Chromecast connects to a TV via an HDMI port which is available on most monitors. You may simply connect, if your monitor has an HDMI port. Modern monitors support the latest HDMI protocol, so you will be able to get video and audio. I am currently using this setup using a NEC MultuSync EA275UHD. The output is visible by switching Inputs but there is also a PIP mode on the monitor that allows the screen to be slit to view the Chromecast and Desktop output side by side or with one of them scaled down and overlaid near a corner.
Now, if your computer screen does not have an HDMI port, you can get converters but sometimes you will lose features. A HDMI to DVI for example will be limited to Full HD and not transmit sound. DisplayPort adapters can handle 4K resolution and audio, but read the specs because not all do.
The last and more expensive option is an HDMI capture card or adapter. That will let you see the display on a laptop even. The advantage is that you can even record the output for demos, for example. Those costs from $80 to $400 USD, depending if they can capture 4K and at which refresh rate.
I'm working to adapt an existing Android application to run on Google Glass, as a proof of concept. I would like to use voice input in my application to replace some features that currently require touch input.
I can deploy my APK to Google Glass and run it without a problem (through ADB), but once it's running, neither Android speech recognition API I've tried works on Glass:
startActivityForResult(new Intent(RecognizerIntent.ACTION_RECOGNIZE_SPEECH));
This results in an ActivityNotFoundException ("no activity found to handle intent") when running on Google Glass
SpeechRecognizer.IsRecognitionAvailable(context);
This always returns false on Google Glass.
I'm curious if anyone else has run into these issues or has any suggestions.
To use the standard android speech recognition you have to install/deploy the com.google.android.voicesearch apk package.
I don't know if there is an official way to get this. I just googled the apk file.
Just install it by using adb install < apk-file >
Then you should be able to use the voice recognition feature of android on your glass device.
Another way is to use the very cool features of google glass, e.g. to just say "okay glass" to activate the voice recognition.
But therefore you have to root your device and activate this so called lab-feature.
This side is a good starting point for the activation of lab features: glassxe
I have not tried it by myself but I am going to.
It should be noted that now RecognizerIntent.ACTION_RECOGNIZE_SPEECH just works on Glass and does not require the com.google.android.voicesearch package. If you have installed it, you should uninstall it and use the built-in support.
I am currently working on a research project which involves people playing games on an Android device. I am hoping to be able to write an android app that records the accelerometer and touch events. I would like my users to be able to play games such as angry birds, whilst I record their touching data.
I understand that this type of data collection is possible from inside the app, but is it possible from outside the app? (perhaps via an app running in the background?)
If this is not possible, are there alternatives? (I believe I could theoretically go into the android OS source code and make this happen?)
I understand that this type of data collection is possible from inside the app, but is it possible from outside the app? (perhaps via an app running in the background?)
For touch events, no, for obvious privacy and security reasons. It used to be possible (research the term "tapjacking"), but current versions of Android finally blocked this behavior.
For accelerometer events, you can record those, because they are the same for all apps simultaneously. Bear in mind that your sampling rate may not exactly match that of the app being used.
I believe I could theoretically go into the android OS source code and make this happen?
Yes, though you would then need to turn that modified Android into a ROM mod and install it on devices.
Apps are not allowed to do this on a secured device (ie, consumer phone/tablet that has not been 'rooted').
However, depending on your needs it may be possible with the development tools connected to a computer. If you can do some moderately annoying setup before each controlled-circumstances trial, I believe you can do it on some stock devices by using the USB cable to switch ADB into wifi mode, then monitoring input events over a wireless ADB session. See
http://source.android.com/tech/input/getevent.html
That document seems to imply that 'su' is needed (which is odd as the official 'su' isn't usable by non-root users), however it works without on many stock devices.
You'd probably also want to be running logcat to figure out what application is in the foreground.
I am looking for a way of displaying an analog video stream on an android phone. On a pc/mac/etc you can achieve this using a cheap usb analog-digital converter such as a grabby: http://www.terratec.net/en/products/Grabby_82248.html, and then view on VLC, for example.
Would such a thing work (in theory) on android if the proper drivers were available? (ie. are there any hardware issues which make this impossible?)
Does anyone know if such a device with android drivers is available?
Ultimately I want to make an app which interfaces with the grabby (or similar device) and allows the user to view video on the android and capture and send short clips.
First of all the Android device needs to support USB Host. This limits your userbase significantly.
Then there is the problem with power. Some USB Host devices will be incompatible simply because an Android phone will not be able to push enough power through to port to get it running properly.
I'm not sure about the drivers, but I'm 99% sure it won't work "out of the box".
You should certainly take a look at THIS project. It is pretty similar to what you are trying to do. Maybe you should consider getting in touch with that person.
EDIT:
Based on what it took to get that DVB-T dongle running in the project i mentioned above the chances of creating an app that everyone will be able to simply download and use are EXTREMELY slim. Getting that dongle running required using a modified kernel and special scripts. Of course I could be wrong. You can continue the research yourself or wait for someone with more experience than me to reply.