I'm making screen recordings of an in-house web app, using iOS Safari and the built-in iOS screen recorder. No audio is recorded. If I enable microphone recording, the audio is recorded but poorly and mixed with room sound (likely recording the device's speaker). The same is true of native apps with WKWebViews.
I'm curious what's happening here. Is Safari/Webkit actively blocking audio recording? Is there a Javascript or Webkit instruction to enable audio recording?
Note that I'm not trying to get around any protection from recording commercial videos, just sounds generated from my own site/app, in order to make promotional videos. So changes made within my app or web site are fine.
Disable microphone audio and connect the device to an external audio source (e.g. headphones).
Related
General question: Working on an app that streams high-quality audio as well as listens for voice prompts from the user. This is an integral part of the app. The audio quality when using headphones (wired and BlueTooth) is great, but when using in CarPlay (wired or wireless), the audio output has no depth, is very flat and lower quality.
I know some apps (like Spotify) that only stream out audio maintain their audio quality (though they do have some EQ adjustability built into their app) and wondering if the bi-directional nature of the audio in our app is the culprit.
Any suggestions would be most helpful.
I am looking at the feasibility of getting the current raw audio stream playing and do stuff with it such as stream it over Bluetooth or equalize it, etc. Is there any way to do this in iOS 8?
For example: apps such as Pandora/Spotify are playing music and I want to access the audio they are playing.
To process audio from another app, that app needs to participate in Inter-App Audio.
I don't know if your example apps do that.
Sorry if this question is obvious or duplicated. My 30 minutes of research led me nowhere.
We have an iPhone app that live streams video from the device to our remote Wowza servers.
We're looking to integrate the Swivl (motion tracking tripod) into our product, and it uses a wireless microphone that feeds into the 30-pin port of our iPhone. Swivl's SDK doesn't include anything about capturing audio from their hardware so I assume that it would be handled by the iPhone itself.
If I use the AVAudioRecorer, will it automatically route the audio input from the 30-pin port instead of the default microphone, or do I have to explicitly define the audio source?
Any clues help.
After a few tests, it seems that iOS automatically routes incoming audio signals.
There is no need to explicitly specify the source of the audio.
Straight from AVAudioRecorder documentation:
In iOS, the audio being recorded comes from the device connected by the user—built-in microphone or headset microphone, for example. In OS X, the audio comes from the system’s default audio input device as set by a user in System Preferences.
I'm attempting to build a streaming audio application with Trigger.io's framework.
Seeing that its API currently does not feature any audio-related methods, I tested it with basic HTML5 audio tags. Streaming MP3 and AAC worked in this case, but not when the application is backgrounded, even in iOS 5, which typically allows background audio in web apps.
Is there any to background audio in a Trigger.io application?
Update, April 2013: We added a native audio playback API on our v1.4.39 platform: http://docs.trigger.io/en/v1.4/modules/media.html#createaudioplayer
Using this API, audio will continue to play when the user changes focus from the app.
Original answer:
Trigger doesn't yet support background audio playback.
The device manufacturers (rightly!) put some restrictions on being able to do work as a background service: we've not yet linked together starting and controlling playback in your JavaScript, with the non-JavaScript code that would actually do the playing.
It's on our roadmap, however: currently scheduled for completion in May 2012.
Im wondering, is there a way for an app to access the Microphone of an iDevice while running in the background (The device may or may not be locked)?
I need to listen to the audio input and do some sound recognition.
Cheers from Mexico
According to Apple's developer page, you can use the "audio" permission, which gives this access:
The app plays audible content to the user or records audio while in the background. (This content includes streaming audio or video content using AirPlay.)
I do not think this is possible.