From Fedora Project Wiki
(add reboot note)
 
(3 intermediate revisions by 2 users not shown)
Line 13: Line 13:


* libgpod should recognise jailbroken trees, which have the same tree but hidden within a few more depths
* libgpod should recognise jailbroken trees, which have the same tree but hidden within a few more depths
* libgpod should be able to change the DBVersion as the [[http://marcansoft.com/blog/2009/01/using-amarok-and-other-itunesdb-compatible-software-with-the-iphone-2x/|work-around suggests]] when presented with a jailbroken tree. Probably would need to use libplist.
** libgpod already knows to look in different places for its files, adding the full path to iTunes_Control on jailbroken devices to libgpod/src/itdb_itunesdb.c:itdb_get_control_dir should get things mostly working (it seems there are a few path related bugs on iphones but I never got a proper bug report) - [[User:Teuf|Teuf]] 16:18, 7 April 2009 (UTC)
* libgpod should be able to change the DBVersion as the [[http://marcansoft.com/blog/2009/01/using-amarok-and-other-itunesdb-compatible-software-with-the-iphone-2x/ work-around suggests]] when presented with a jailbroken tree. Probably would need to use libplist.
** libgpod has a xml plist=>GValue parser, but no plist writer even if it's probably not hard to write one if needed. - [[User:Teuf|Teuf]] 16:18, 7 April 2009 (UTC)
** This is no longer useful with 3.x firmwares [[User:Teuf|Teuf]] 09:40, 13 October 2009 (UTC)
* libgpod should have API for front-ends to be able to pass the Firewire ID of the device
* libgpod should have API for front-ends to be able to pass the Firewire ID of the device
* libgpod's HAL callout should export the Firewire ID through HAL (as Podsleuth does)
* libgpod's HAL callout should export the Firewire ID through HAL (as Podsleuth does)
** see http://cgit.freedesktop.org/~teuf/libgpod/log/?h=podsleuth , it improves libgpod HAL callout to be a dropin replacement for podsleuth, the keys are in a separate namespace for now, so I haven't tested if banshee can talk to it, but podsleuth/libgpod output was identical in lshal last time I tried. My current plan is to merge this branch for libgpod 0.7.4 (0.7.2 will be released soon, 0.7.4 will be the release after) - [[User:Teuf|Teuf]] 16:18, 7 April 2009 (UTC)
* right now the device needs to be rebooted for the "Music.app" to see the new tracks on the device, there should be a way to avoid that...
* right now the device needs to be rebooted for the "Music.app" to see the new tracks on the device, there should be a way to avoid that...
** libiphone has a solution for that [[User:Teuf|Teuf]] 09:40, 13 October 2009 (UTC)


=== gvfs afc backend ===
=== gvfs afc backend ===
Line 22: Line 27:
* couldn't seem to write a file using vim (DBVersion writing failed)
* couldn't seem to write a file using vim (DBVersion writing failed)
* should try to mount jail-broken before trying normal rooted mount
* should try to mount jail-broken before trying normal rooted mount
Patrick's trees: [[http://github.com/pcwalton/libiphone-nw/tree/pcwalton libiphone]], [[http://github.com/pcwalton/gvfs-nw/tree/iphone gvfs]]


----
----


[[Category:FeaturePageIncomplete]] [[Category:PlayStation]]
[[Category:FeaturePageIncomplete]] [[Category:PlayStation]]

Latest revision as of 09:40, 13 October 2009

iPod Touch/iPhone Music Sync

TODO items

libiphone

  • iphone_get_specific_device() needs to be added from Patrick's tree
  • move libiphone-initconf into the library, making sure it's thread-safe
  • had to manually remove ~/.config/libiphone/<device serial>.pem before trying to mount the device. Does that file change? lockdown didn't work if the file was still around

Work-around would be to remove that file if it was older than one of the created files.

  • the wrong device seems to get tagged with "afc" in HAL, needs fixing

libgpod

  • libgpod should recognise jailbroken trees, which have the same tree but hidden within a few more depths
    • libgpod already knows to look in different places for its files, adding the full path to iTunes_Control on jailbroken devices to libgpod/src/itdb_itunesdb.c:itdb_get_control_dir should get things mostly working (it seems there are a few path related bugs on iphones but I never got a proper bug report) - Teuf 16:18, 7 April 2009 (UTC)
  • libgpod should be able to change the DBVersion as the [work-around suggests] when presented with a jailbroken tree. Probably would need to use libplist.
    • libgpod has a xml plist=>GValue parser, but no plist writer even if it's probably not hard to write one if needed. - Teuf 16:18, 7 April 2009 (UTC)
    • This is no longer useful with 3.x firmwares Teuf 09:40, 13 October 2009 (UTC)
  • libgpod should have API for front-ends to be able to pass the Firewire ID of the device
  • libgpod's HAL callout should export the Firewire ID through HAL (as Podsleuth does)
    • see http://cgit.freedesktop.org/~teuf/libgpod/log/?h=podsleuth , it improves libgpod HAL callout to be a dropin replacement for podsleuth, the keys are in a separate namespace for now, so I haven't tested if banshee can talk to it, but podsleuth/libgpod output was identical in lshal last time I tried. My current plan is to merge this branch for libgpod 0.7.4 (0.7.2 will be released soon, 0.7.4 will be the release after) - Teuf 16:18, 7 April 2009 (UTC)
  • right now the device needs to be rebooted for the "Music.app" to see the new tracks on the device, there should be a way to avoid that...
    • libiphone has a solution for that Teuf 09:40, 13 October 2009 (UTC)

gvfs afc backend

  • couldn't seem to write a file using vim (DBVersion writing failed)
  • should try to mount jail-broken before trying normal rooted mount

Patrick's trees: [libiphone], [gvfs]