This may sound a little strange, so I have to tell you why I am making this app. I just got a very old iMac that has very low processing power. I am attempting to make an application for my iPod Touch that can make it act as an external processor for OS X Panther. I have almost everything worked out, but I need the iPhone to be able to interact directly with the OS X app I am making, like iTunes does.
To be clear, I only want the iPod to work as an external processor by moving data from my OS X app to the iPod app, complete the code blocks, and send it back (thats the easy part). It does not have to work with any other OS X app. What I need to know is how I can send data through the cable to my iOS app directly. If this cannot be done, I have a backup data transmitting solution, but the cable would be much faster. Any ideas?
Good idea, don't post good idea's online ;-)
I'm going to tell you up front; unless you are lucky I don't think you will be able to get this to work.
I know that someone once found out that iTunes uses some kind of daemon program to communicate with your iDevices. I'm not sure if this is still true, but that daemon is undocumented but 'available'. I have no more clues than this, maybe you get lucky and find something on Google.
I'd go with wireless communication, I don't think speed is such an issue if we're talking about small instruction sets.
Also there's this, but I'm not sure if that will be of any help to you.
UPDATE:
found this post: Where is the mount point for the iPod/iPhone in Mac?
Which should help you write to the iDevice disk. You should be able to continuously look for filesystem updates on your device to process the data, and vice versa, to establish some kind of transfer system.
Related
I'm in the process of testing routerequipment, and in that test i'd like to control wireless devices, so that they simulate leaving the area.
On android I have created a small app that receives commands (e.g. watch this on netflix, turn wifi off, browse to this page), to simulate user activity. Though this is great, it's not possible (maybe it is, but I have no iOS development skills, and my research tells me that it's almost impossible to automate, espeacially things as wifi, on iOS, unless you jailbreak it, and use private SDK's).
So my question here is more of a way to get ideas. Does anybody have any idea how to automaticly turn wifi off an iphone to simulate it leaving the wifi coverage area?
Bear in mind that this needs to be automated somehow. The best thing I can think of now is simply cutting the power to the iphone, and turning it back on and let the iPhone boot. Another solution, rather wicked, would be a small model-train leaving the wifi-coverage with the iPhone - haha, how awesome would that be!
Another thing I've tried is jamming by sending deauth-signals to the iPhone. While that works, it does not automaticly log back on the wifi, unless you manually lock and unlock the iphone. It would have been a great and simple solution, but it doesn't work.
I really hope somebody here has a great idea :)
have a great day! :)
/Benjamin
Title explains it all.
I know AsyncUDPSocket to transfer data between iOS app, and I also know WinSock to transfer data between windows program. (https://github.com/robbiehanson/CocoaAsyncSocket, http://www.codeproject.com/Articles/11740/A-simple-UDP-time-server-and-client-for-beginners)
I once want to combine them, but it does not work well. I can send data from iPad to windows, but not vice versa. Moreover, when I try to use real iPad instead of simulator in Xcode, I can't even send any data! I don't know whether the failure resides in the iPad app or the windows program.
My guess is that I dont use the correct library to do the function. Anybody able to provide me with the useful library? Or even better, tutorial for it? Thank you so much.
I'm trying to make an app to allow me to switch from playing music on my computer over to my phone and back. I have it largely implemented, but I have reached a snag. Namely, how to tell the other device that it should start the transition.
How should I go about communicating between these devices? (iOS 9 iPhone and OS X 10.10 Macbook)
I thought about Bluetooth and the Multipeer Connectivity framework, but I'm not sure they really fit what I'm trying to do. I need to be able to send some information back and forth about what song to start playing and when to begin the transition.
Any help on the best way to go about this is welcome
Thanks,
-tlf
P.S. I'm using Swift, so any examples in that would be especially appreciated.
as the title suggests I would like to make a connection between an iOS app and a Mac OS X app that will be the server. I just want to send simple encoded strings to and from the iOS app but I have searched for ways to communicate and nothing specific has shown up. Can you please point me to the right direction (e.g. documentation for a class to use)? An example if possible? Thank you very much in advance
If your iOS device and Mac are going to be near each other you may want to look at this.
https://developer.apple.com/library/ios/documentation/MultipeerConnectivity/Reference/MultipeerConnectivityFramework/index.html
However there are some limitations on what Macs and iOS devices can use this so read carefully. Hopefully that helps.
I have an idea for an app that I'd like to develop, but before I invest a lot of time learning objective C and the iOS APIs, I'd like to make sure that what I want to do is feasible.
The app I want to make is a purely auditory (sound-only) version of Google Glass. I'm visually impaired, so spending a lot of money on something visual, even though it can read content to you, would not be worth it. But if I could use an iPhone to give many of the same options as Google Glass, that would be great.
Many times, I've wanted a piece of information while walking down the street, where I couldn't easily get to my iPhone, because I have my cane in one hand, and something else in the other. In such cases, it'd be awesome if I could say a command, and get a voice response.
I'd use the microphone built into the Apple earphones for audio input, but I'm not sure if it's possible to listen for audio input while the screen is locked. I'm certain it's not possible with a non-jailbroken iPhone.
Can anyone can tell me if this is possible?
Yes, you can do this.
In order to keep your app running all the time, even when the iPhone is locked, you could build a Launch Daemon. A launch daemon can start when the phone does, and is not subject to the restrictions that iOS puts on sandboxed apps, installed to /var/mobile/Applications/.
You do need to have a jailbroken device to take advantage of Launch Daemons. Here is a good tutorial on building one.
Launch Daemons are also a normal part of OS X, so if you need more information, you might try consulting the OS X docs online. Most aspects of Launch Daemons work the same way on a jailbroken iPhone.
You'll also want to be able to detect certain events, to activate your app. You certainly don't want to be processing an audio stream at all times (maybe you only activate the app when you start walking with your cane). To detect events, like a home button press (or however you want to activate your code), I would take a look at RPetrich's libactivator library.