I am developing an app that converts speech to text, however, it appears that the
Emulator doesn't have a microphone feature from what I researched on the forums.
I have android phone, and can run it on the phone phone.
But is there any way to get speech from the telephone, and run application on emulator, because I want to develop my app on higher api than my phone.
This is not a perfect answer, but there is a great community out there for flashing ROMs on to your phone, and putting a newer version of android onto it. One of the most common ones is CyanogenMod, and I would suggest seeing if there is a ROM available for your specific phone model.
This may be a little involved but you could try writing a socket server that would run on the emulator while creating a socket client that runs on the physical phone. The phone would capture the audio and send it via socket stream to the server which would make it available to your app via an interface. The hidden benefit here would be that your app would bind to an interface rather than a concrete class which would make altering the source of the incoming audio more flexible. The socket server may sound like a lot but it's not too difficult, I've written such a socket server for desktop to device communication and it feels difficult until you realize how to properly read/close your streams.
Related
Is there a way to purchase a low end smart watch, replace the os with android (not Wear OS) and develop a custom app for it? It is a single purpose device, so I don't need any of the extras that come with Wear OS, but I need much longer battery life and ability to pair w/multiple phones (not simultaneous connection, but quick switching). I need to pair the phone using bluetooth, connect to it from an app (either Android or iOS), send an image/text, initiate a vibration, and send back an ack, with info. Ideally send heart rate as well.
I'm really not sure how to get started. I know how to develop apps in android studio and Wear OS as well, but it's taking me a long time to figure this out and I was hoping somebody might have done it before.
This seemed promising, but it wasn't the exact use case. It would even be great to test on some non smart watch android device or board.
I want to develop a feature for an android app so that when there is a call we can play an audio file on a call. This audio file should be played when the mic is muted. In other words, the other side of the call will just hear the audio file nothing else.I want to run this app on an Samsung A52 rooted device.
Many people said that for this feature I need to create a custom android firmware. In other words I need kernel development. I was sure about it until my client said that hey have a 3rd party lib which is implemented this feature without kernel development. I was disappointed until I saw this post related to achieve this feature through running some commands on a rooted android. The post was talking about injecting uplink audio in a call.
The devices I wanted to run the app on them have Qualcomm-based chipsets. Does anyone have an experience related to this topic?
According to the linked post I guess it's possible through running some commands on a shell of a rooted device but I don't know which commands I should use.
Basically I want to make the tizen smartwatch into a bluetooth headset for a period of time. We have a tizen and an android developer handy and we're willing to build anything necessary to make this work.
This kind of process seems to work with built-in android applications like the standard phone app. But there doesn't seem to be any documentation online as to how an app developer would leverage streaming the mic.
It should be noted that we do need to get the audio into the microphone input on the phone for our third party software to work. It's not as simple as just getting the audio to the phone.
Any help, even someone telling us what isn't possible, will be greatly appreciated.
It is possible to play sound with the HTML audio tag: http://developer.samsung.com/forum/board/thread/view.do?boardName=SDK&messageId=269002&startId=zzzzz~&searchSubId=0000000032&searchType=ALL&searchText=sound
It is possible to capture the sound in a Host Android application
It is possible to exchange data bytes by bluetooth with the accessory SDK: http://developer.samsung.com/samsung-mobile#accessory
The data transfer is quick and efficient, so low quality sound may works with little delay
So it certainly is possible. But you'll have to code (or use compatible javascript and android libraries) all the streaming code which is quite a lot of work
I am currently trying to write an android App that is connected to a application running on a pc (even though windows is preferred linux would be ok, too) via either USB or Bluetooth. Right now I'm not really sure how far this is possible. As far as I understand the USB Android API, I can not really use USB to talk to another application. Only raw file exchange seems to be possible. The Bluetooth idea seems a lot more feasible as I see it. I'd write a bluetooth server for the PC and connect to it via a Bluetooth client written via Android API. Point is, is that possible with windows? Has anyone seen any examples for what I am looking for? All I can find for USB is teethering which is not what I want.
There are android applications which allow you to use your mobile's touchscreen act like a touch pad which can be used to control your pc or laptop via bluetooth or wifi connection just like you are using your laptop's touch pad. PremoteDroid, RemoteDroid, Gmote etc.. to name a few (or only these are available i guess!).
But to do so you also need to develop a server application which will run on the device you wish to control and help u make connection between your mobile and the device. I have used PremoteDroid and RemoteDroid and they both work well on my laptop which runs windows 7. You can even add keyboard functionality.
PremoteDroid is openly available here: http://code.google.com/p/premotedroid/
I have a Bluetooth server application on my Mac that I use to test an Android app I'm writing. The app will eventually be used to communicate with a device with a microcontroller and bluetooth modem, but I needed a way to test the app in the absence of that device. The server app is written in Java, so I think it should work on a PC (and almost certainly in Linux).
I'm happy to share the code with you--I found it somewhere on the Internet (though I can't seem to figure out where now) and modified it as I needed to. It uses the BlueCove library, and is only about 60 lines, including several imports (and the code I commented out but didn't bother deleting :). I also have a Bluetooth client program on my Mac, since my app also has server functionality.
I have never tried to do anything like this using USB.
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.