I have read the document here https://developers.google.com/cast/ for casting purpose.
Requirement of application is to develop application than allow user to cast video on TV.
My question is as a developer we need to take care of only sender side, right ?
If no than how to create receiver side coding ?
Is there any way to test it without using TV and chromecast device?
Thank you
It might be good if you read some more on cast on the same site under "Guides", that tells you all the components needed.
You don't have to write a receiver if you are happy with the Default/Styled receiver that is provided by Google. Read the link above to see how it can be done.
For testing, you need a real cast device like a Chromecast or Android TV.
Related
I want to make a bot on Mattemost that lets me control Youtube on my smart TV Smart. However, I don't know how to do this without using Google Chromecast.
The idea is to use a command like "!play Never Gonna Give You Up" in Mattermost and the video starts playing on TV.
My initial idea was somehow being able to communicate with TV through some API, but I found no references about it.
Then I thought about using the same protocol as TV to be able to communicate via network, but I didn't find a reference on how to do it and I don't know if it is possible.
So far, I have red many conflicting answers about this.
In this SO thread, it is said to use:
let player = MPMusicPlayerController.systemMusicPlayer()
if let mediaItem = player.nowPlayingItem {
// ...
}
However, this only works with the iOS player. If the current song is being played by Spotify for example, mediaItem will be nil.
I understand that Apple's policy doesn't allow to access any other application's data. The only thing I am able to do right now is to know if a song is playing from another player with the help of AVAudioPlayer's secondaryAudioShouldBeSilencedHint and isOtherAudioPlaying.
I want to know, however, if there is another way to access it, like using Spotify framework? (I am absolutely non familiar with it, that's just making assumptions).
Thanks for your help.
I am not sure about iOS but the current track can be read from Spotify on a Mac via AppleScript. I use this technique from Objective C. If you're interested I can post the code.
Spotify publish their API for AppleScript here https://developer.spotify.com/applescript-api/
If you're looking for a generic way of determining what is playing then I think that you will be disappointed. Each application will have a different way of retrieving this information.
So yes and no. If you want to specifically only check if Spotify is playing, then perhaps the Spotify iOS SDK provides functionality for such a thing. I really don't know about that SDK's functionality.
I would venture to guess that your actual goal is to see if any third party framework is playing; Pandora, Tidal, Apple Music, Amazon Prime Music, etc. In which case, you would need a framework for each one that provided such functionality.
Apps are sandboxed from each other for security, so yes, there is no way to tell the current track information other than if you have the framework in place and it provides that functionality.
I need help making an app that works over bluetooth/wifi. I prefer using bluetooth since there won't be no lags.
Basically, what I want the app to do is stream audio from one device to another device. It has to be accurate.
Any help?(I am willing to pay for the man that helps me).
Thanks in advance!
All of the above is just the beginning. The API allows your iPhone to
stream data from the service once it is discovered and connected to,
etc. Just like the older Bluetooth spec, but simpler. In the spec’s
simplicity lies its power.
for details please have a look at LINK here.
I have been using Upnpx library to discover the TV using Upnp protocol.
What I have to do now is to pare my iOS app with the TV as a remote controller.
The first objectives are to take control of the sound volume, move the mouse cursor, browse through web-browsers, etc.
I have tried to google for urn:samsung.com:device:RemoteControlReceiver1 specification but I had a hard time to find useful informations.
Has someone already done this before and could give me directions or the technical specification to control the TV from a remote app ?
Regards,
You could try to use Charles. That way you will be able to sniff your network. Then try to duplicate the functionality in your app.
Just for the people who will face the same issues.
I paired my iOS app to the samsung TV through TCP socket (I used GCDAsyncSocket to handle this) and using the great informations I found here :
http://sc0ty.pl/2012/02/samsung-tv-network-remote-control-protocol/
I'm developing a custom electronic device - think of it as a special kind of data logger, and I need to connect a computer to it to configure it and to extract the data.
I know I can do this without too much trouble on a PC, but I'd like to use an iOS device to do this.
Two questions:
Can I do this with a regular dock connector / USB cable? Will the EA framework let me do all the communicating?
Once I have extracted the data, what's the best way to get that out of the iPad? Make an email with it, save to a dropbox or something?
Thanks!
Afaik, you need to join the MFi program to make USB accessories for iPad/iPhone. That will give you all the technical resources needed.
As for data transfer there are only "opinions", I say the more options of sending, the better. Just don't force the user to choose more than once, then make it changeable in settings.
If you're doing very light communication, you might be able to get away with using the headphone jack.
Apps communicate to the headphone port through the various audio frameworks on iOS. AVFoundation is a high-level abstract framework to do various audio operations, but for fine-tuning the communication to a device over this interface, you will likely be using the C-language callback-based Audio Queue Services framework to do audio I/O.
This is nice because your device can be cross-platform (iOS, Android, Mac/PC) as long as you write the corresponding software, and because you don't need to go through Apple's MFi approval program. Think like the Square credit card scanner.
You will have to write the communication stack between the device and your iOS device but yes, you can.
there's very few docs about using the EA.framework. All the juicy parts are in the Mfi program but Apple is very strict about giving access to it.
So if you succeed, sharing a tuto will make you a EA hero ;)
About sharing your data, imho, email + CSV is a winning combo.
If you want to plug something into the dock connector, you want to have a look at https://developer.apple.com/programs/mfi/