Hello,
I'm new to the mobile development, but I have a computer science background. I want to do a concept for a real-time interface for audio interaction, so real low latency is essential. I have read a lot about this topic in the last week, but it's impossible to get a real overview in such a short time. So before I dig really deep I need to evaluate the feasibility from this project.
I've read a lot about the problems with Android and low audio applications and I know that iOS is way superior in this field, but I would prefer Android when it's possible. (I don't have a mac which is essential for developing iOS, and I just like the more 'open' Andoid more )
So my question are:
1. Is the bad low latency behaviour only related to actual audio buffer/processing, or does it affect midi or OSC only applications too? For me the interface is the important part - that means it's ok for me just to get midi/OSC commands which are processed in a separate PC.
2. I need a low overall latency (from the finger touch event to command output). Is this also a problem with Android compared to iOS?
kind regards,
audio developer
Related
Greetings people. I'm a long-time developer, but have not touched Android development at all yet. I'm considering working on a product for musicians. It will be part hardware and part software. The hardware part will be some high quality inputs, and output, and a DSP. This will connect to a tablet via USB. The software will record audio stream(s) and do real-time processing ( eg add delay, reverb, etc ).
I've read in quite a few places that Android is completely unsuitable for real-time audio work There are serious latency issues, for example. So, I've already been sufficiently scared away from attempting to use Android's audio subsystem. Realistically ... I don't want it anyway ... better to push streams back out the USB port to our dedicated hardware - I can't imagine serious musicians relying on a tablet's built-in sound card for either input or output.
So ... the question now becomes ... can I realistically expect to get decent latency access to USB devices on standard, unrooted, unmodified devices? This leads to the next question ... assuming we will be writing the USB driver in C, how do we go about getting it onto devices? Can applications deployed via the market ( play store ... whatever ) include kernel modules? We'd need root access for this, right? So does that make C kernel modules not an option? Accessing the USB port from Java is NOT an option, as we're after low latency, high bandwidth access. In fact we'd implement both the USB driver and audio processing engine in C. We'd just do the UI in Java.
Does anyone have any experience and / or advice? Any help greatly appreciated. I'd love to be able to provide some decent audio apps for Android to wipe the smirks of Apple users' faces
I don't know about latency on android, but you can't manipulate kernel unless you have unlocked bootloader and that means some serious rooting. So if you want to work on stock ROMs and kernels, there is no way you could succeed.
Doh! Yeah ... makes sense I guess. I can see why there are no audio apps for Android now I'll have a quick look at accessing the USB port from Java, but somehow I think this will never give the latency and bandwith I need ...
Thanks for your reply.
Does Android 4.1 allow a device to serve as a Hands-Free Profile (HFP) device? Similar to the way many newer cars come with integrated Bluetooth/HFP, I would like to use my tablet (Nexus 7) as a front-end for my phone. When an incoming call comes in, the phone should relay the call over Bluetooth to the tablet; it should also allow the tablet to make outgoing calls via Bluetooth over the phone's network.
Please note that I am not interested in solutions such as GrooveIP, Talkatone, and SIPDroid. I am specifically looking for Bluetooth HFP.
I've done quite a bit of searching but have not seen an app that does this. I wouldn't mind looking into developing such a product - but I first wanted to know if the HSP 1.6 host API was available in Android 4.1. I've seen resources stating it was available in ICS 4.0, but I believe this is to allow Android devices to connect to third-party HSP devices - I'm looking to do the opposite (i.e. have the Android device serve as the HSP host).
i am also curious about this.
fxftwo said:
i am also curious about this.
Click to expand...
Click to collapse
Me too
For those of us that plans to install a Android tablet in the car for music etc. this would be tha last part to make it a complete in-car device.
I am another curious one about this. The only devices I know of for sure that can do this are the 3.6 and 4.2 samsung galaxy players. Unfortunately, I have the 4.0 galaxy player, that doesn't support it. The galaxy players run gb, not jb, btw.
Sent using Tapatalk
Did anybody found a solution, and trying to add this feature to my android app.
anonim1 said:
Does Android 4.1 allow a device to serve as a Hands-Free Profile (HFP) device? Similar to the way many newer cars come with integrated Bluetooth/HFP, I would like to use my tablet (Nexus 7) as a front-end for my phone. When an incoming call comes in, the phone should relay the call over Bluetooth to the tablet; it should also allow the tablet to make outgoing calls via Bluetooth over the phone's network.
Please note that I am not interested in solutions such as GrooveIP, Talkatone, and SIPDroid. I am specifically looking for Bluetooth HFP.
I've done quite a bit of searching but have not seen an app that does this. I wouldn't mind looking into developing such a product - but I first wanted to know if the HSP 1.6 host API was available in Android 4.1. I've seen resources stating it was available in ICS 4.0, but I believe this is to allow Android devices to connect to third-party HSP devices - I'm looking to do the opposite (i.e. have the Android device serve as the HSP host).
Click to expand...
Click to collapse
From what I can gather:
* Bluetooth defines HFP to have two roles: the Audio Gateway (AG) role and the Hands-Free (HF) role.
* Android doesn't natively support the HF role.
I too am interested in exactly what you are describing -- would like to use a tablet as the infotainment hub of a vehicle. I would happy to be a part of or organize a bounty to support development of such a capability in CM10.
-jd
Someone custom-implemented the needed Bluetooth role
Looks like some Android device has custom implementations of both A2DP sink role and hands free unit role. I can't post links yet. Google this:
AllGo Systems Demonstrates Android Based Automotive Infotainment Solutions with Fast Boot-up as a Critical Feature at SAE Convergence 2012 - Detroit, Michigan, USA
n230384 said:
Looks like some Android device has custom implementations of both A2DP sink role and hands free unit role. I can't post links yet. Google this:
AllGo Systems Demonstrates Android Based Automotive Infotainment Solutions with Fast Boot-up as a Critical Feature at SAE Convergence 2012 - Detroit, Michigan, USA
Click to expand...
Click to collapse
any leads if this is available on android yet? (Hands free profile)
There's some development about this but I'm not sure it's possible yet.
have a look at the links here: https://stackoverflow.com/questions...a-receiver-for-a2dp-profile/28892944#28892944
I want, too
to use android device as hands free
Hi,
I am looking at installing a home automation system in a clients house using a Bitwise controller. I was thinking about installing android tablets as an in-wall solution via WiFi rather than expensive light switches (Rako, Lutron, etc.) and multi-room controllers, as you seem to be able to pick up 7" tablets quite cheap. Stairs will still have standard switches.
I am aware of systems such as Crestron and AMX (we already install AMX) but I think there is a cheaper way to achieve this.
I understand they aren't going to be the best, but all they will be doing is running a Bitwise GUI designed for android tablets, so very little load.
I will have to make various changes to settings such as auto sleep times, wake up screens, etc. which I will address in a separate post. What I was looking for from the thread was to see how I can harness the voice control, which brings two questions.
The first is what is the typical range of the mic built in to the tablets and is there any way to enhance this?
The second is whether there is an app that provides voice control to something like the Bitwise BC1 controller, or am I trying to achieve something that isn't particularly easy?
I would be grateful for any guidance.
Craig
Hi guys, a local team of volunteers here in New Zealand, is looking an Android Wear watch to develop a navigation application for a blind person, Kit. Also, possibly for more general use for the visually impaired. Kit likes swimming in the sea, but has difficulty finding his way up the beach back to the entrance of a track that leads to his house. So we are considering using a watch to help him navigate, initially via GPS and magnetometer (so that he can orient in the right direction), then using a BLE proximity beacon for the last part of the journey (as it needs higher accuracy than GPS to find the start of the track). Ironically Kit, who was a renown sound engineer on many NZ films, uses hearing aids, which he can't take in the water, so is also effectively deaf when he emerges!
We have never programmed a watch before so have some fundamental questions:
- Is what we want to do achievable using Android Wear? In other words is it possible to develop significant applications that access watch resources including GPS, vibrator, buttons, BLE, magnetometer?
- Is there likely to be sufficient rom/ram to implement a program that does location and compass calculations to guide kit between a series of waypoints? Clearly it depends, but it could be quite a complex programming with floating point calculations.
- Will we effectively be able to take over the user interface to use just keys and tactile feedback from the vibrator?
Clearly the screen will be fairly useless to Kit, and his hearing problem means that tones won't help!
- Will we be able to programme the Bluetooth (smart) functionality for proximity beacon detection?
- Has anything like this been done already? If so, references and contacts would be really helpful.
The watch requires:
Waterproof, as Kit will be wearing it whilst swimming.
Accurate GPS, for initial navigation between waypoints.
Magnetometer, for orientation and course corrections.
Vibration patterns, to communicate with Kit
Key controls, preferable to touch screen (although very coarse touch screen controls might also be useful)
Gyroscope, ideally, for gesture control
Bluetooth (smart), for beacon scanning and proximity detection, for last part of journey (this is critical)
Other comments / views on what we are wanting to achieve would be appreciated.
Best wishes, Ron.
Hi guys,
Nuno here.
I am seeking a software which will let me control my computer from my Android phone. However, there are some requirements which must be met by this software so it meets my needs. Here are the requirements I need:
1. Audio transfer: I need audio transfered from my computer to my phone. I don't care about the quality, the less latency the better.
2. Full keyboard support: Because of the fact that I am blind I control my computer exclusively from the keyboard, so I need a software which supports keyboards in full, so all keys are intercepted by my computer.
3. (Optional) self-hosted: it would be good if I could host the software on the master computer to which I will be connecting.
Thanks in advance for all the answers.