Re: Ipod integration
Re: Ipod integration
- Subject: Re: Ipod integration
- From: Colin Cornaby <email@hidden>
- Date: Tue, 16 May 2006 23:26:20 -0700
There are two ways you can do this. However, both start the same.
First you want to walk the device tree using IOKit. You're going to
have to do this once for Firewire, and once for USB, as far as I
know. Someone who knows IOKit better is welcome to correct me if I'm
wrong. You'll walk the tree and look for a device with a product name
of "iPod". This tells you that an iPod is at least connected to the
computer.
Now here is where it gets tricky.
If you want to request the user put their iPod into disk usage mode,
the rest is pretty easy. You can get IOKit to give you the path to
the mounted iPod. I believe you actually have to walk to tree looking
for the disk as a device. I thought under Firewire the disk was
associated with the Firewire bridge, but with my newer USB iPod I
can't quite track down the same relationship.
If the user's iPod is not in disk use mode you will have to mount it
yourself. This involves sending a SCSI command to the iPod as an ATA
device. Once the iPod is mounted you can retrieve it's path.
At the point where I had to start sending SCSI commands to the iPod,
I simply gave up. It wasn't worth my time for iPod syncing. If you
don't have to do anything special, and want SyncServices to control
when you sync, I'd go with SyncServices. Otherwise, try asking about
iPod syncing on the IOKit list. My experience is limited to working
with my Firewire iPod.
-Colin
On May 12, 2006, at 4:03 AM, Roger Boesch wrote:
I will integrate functionality for ipod sync in our application.
Has anyone an idea where to start and perhaps an example of how its
donet?
Is it done with SyncServices (poss. to integrate in application?)
or "as a storage device".
It's important for the app. to know automatically when an ipod is
connected, the path to storage something on it and when its
disconnected.
Any help to start would be great.
Roger
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40mac.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden