eyetunes - Project Hosting on Google Code

Older Nov 14, 2008 r270 (added two dealloc methods (clang static analyzer) ) committed by ruotger....@berlin.de - added two dealloc methods (clang static analyzer) added two dealloc methods (clang static analyzer) Nov 14, 2008 r269 (Added user playlists only tree to the playlist cache. Update...) committed by ruotger....@berlin.de - Added user playlists only tree to the playlist cache. Updated demo/debug app accordingly. Added user playlists only tree to the playlist cache. Updated demo/debug app accordingly. Nov 14, 2008 r268 (This is a bigger change. I added a playlist cache so that th...) committed by ruotger....@berlin.de - This is a bigger change. I added a playlist cache so that the playlist hierarchy can be coerced into the tree structure that iTunes displays. This cache must be rebuild whenever iTunes' playlists could have changed. If in doubt, simply do so. The 'Library' and 'Genius' playlists will show up as user playlists. This is an iTunes bug, I will file a radar bug on it. As a bonus I added an outline view to the test/demo app to show how this can be used in your own app. I hope I didn't break the backwards compatibility. If yes, please let me know or submit a patch. Thanks Ruotger This is a bigger change. I added a playlist cache so that the playlist hierarchy can be coerced into the tree structure that iTunes displays. This cache must be rebuild whenever iTunes' playlists could have changed. If in doubt, simply do so. The 'Library' and 'Genius' playlists will show up as user playlists. This is an iTunes bug, I will file a radar bug on it. As a bonus I added an outline view to the test/demo app to show how this can be used in your own app. I hope I didn't break the backwards compatibility. If yes, please let me know or submit a patch. Thanks Ruotger Sep 11, 2008 r267 (added sdef file of iTunes 8.0) committed by ruotger....@berlin.de - added sdef file of iTunes 8.0 added sdef file of iTunes 8.0 Aug 29, 2008 r266 (fixed several issues the clang static analyser found: * Mem...) committed by ruotger....@berlin.de - fixed several issues the clang static analyser found: * Memory Leak: ETEyeTunes.m:395 * Use-After-Release: ETAppleEventObject.m:1244 * dead store: ETAppleEventObject.m:1240 fixed several issues the clang static analyser found: * Memory Leak: ETEyeTunes.m:395 * Use-After-Release: ETAppleEventObject.m:1244 * dead store: ETAppleEventObject.m:1240 Aug 29, 2008 r265 (added parentPlaylist method to ETPlaylist ) committed by ruotger....@berlin.de - added parentPlaylist method to ETPlaylist added parentPlaylist method to ETPlaylist Aug 28, 2008 r264 ( * added support for special kind playlist enumerators * ad...) committed by ruotger....@berlin.de - * added support for special kind playlist enumerators * added user playlist enumerator * added test methods to the test project * changed -[NSString cString] to -[NSString UTF8String] (cString is deprecated since 10.4) * small stuff * added support for special kind playlist enumerators * added user playlist enumerator * added test methods to the test project * changed -[NSString cString] to -[NSString UTF8String] (cString is deprecated since 10.4) * small stuff Aug 28, 2008 r263 (fixed last commit) committed by ruotger....@berlin.de - fixed last commit fixed last commit Aug 27, 2008 r262 ( * added addTrack:toPlaylist: call * fixed test apps nib ...) committed by ruotger....@berlin.de - * added addTrack:toPlaylist: call * fixed test apps nib * test apps go button puts intended on the test app ui * added addTrack:toPlaylist: call * fixed test apps nib * test apps go button puts intended on the test app ui Aug 27, 2008 r261 (added sdef file for iTunes 7.7.1) committed by ruotger....@berlin.de - added sdef file for iTunes 7.7.1 added sdef file for iTunes 7.7.1 Aug 27, 2008 issue 1 (User of GimmeSomeTune experiencing crashes apparently caused...) commented on by ruotger....@berlin.de - Hi oddysseey I'd say the problem lies in the fact, that NSPasteboard is not thread-safe, but obviously called from a non- main thread by GimmeSomeTune. Please try to use performSelectorOnMainThread:withObject:waitUntilDone: with the call to see if the crashes go away. If that's the case ETTrack should probably get a setArtworkPict:atIndex: method that does not do the pasteboard conversion to be thread-safe. Or there's a different thread-safe way to convert to PICT? Ruotger Hi oddysseey I'd say the problem lies in the fact, that NSPasteboard is not thread-safe, but obviously called from a non- main thread by GimmeSomeTune. Please try to use performSelectorOnMainThread:withObject:waitUntilDone: with the call to see if the crashes go away. If that's the case ETTrack should probably get a setArtworkPict:atIndex: method that does not do the pasteboard conversion to be thread-safe. Or there's a different thread-safe way to convert to PICT? Ruotger Aug 27, 2008 issue 1 (User of GimmeSomeTune experiencing crashes apparently caused...) reported by oddysseey - When fetching artwork with GimmeSomeTune, it uses EyeTunes to save that artwork into the song. However, when the NSPasteboard does the conversion of the data to PICT data, it sometimes seems to crash - I've attached a crash log. When fetching artwork with GimmeSomeTune, it uses EyeTunes to save that artwork into the song. However, when the NSPasteboard does the conversion of the data to PICT data, it sometimes seems to crash - I've attached a crash log. Aug 02, 2008 r238 committed by alastairtse Aug 02, 2008 r237 committed by alastairtse Aug 02, 2008 r236 committed by alastairtse Aug 02, 2008 r235 committed by alastairtse Aug 02, 2008 r234 committed by alastairtse Aug 02, 2008 r233 committed by alastairtse Aug 02, 2008 r232 committed by alastairtse Aug 02, 2008 r231 committed by alastairtse Aug 02, 2008 r225 committed by alastairtse Aug 02, 2008 r221 committed by alastairtse Aug 02, 2008 r220 committed by alastairtse Aug 02, 2008 r219 committed by alastairtse Aug 02, 2008 r218 committed by alastairtse Aug 02, 2008 r209 committed by alastairtse Aug 02, 2008 r208 committed by alastairtse Aug 02, 2008 r207 committed by alastairtse Aug 02, 2008 r204 committed by alastairtse Aug 02, 2008 r203 committed by alastairtse Aug 02, 2008 r202 committed by alastairtse Aug 02, 2008 r198 committed by alastairtse Aug 02, 2008 r190 committed by alastairtse Aug 02, 2008 r184 committed by alastairtse Aug 02, 2008 r181 committed by alastairtse Aug 02, 2008 r179 committed by alastairtse Aug 02, 2008 Project eyetunes created by alastairtse - Cocoa framework for querying and controlling iTunes Cocoa framework for querying and controlling iTunes

r268 (This is a bigger change. I added a playlist cache so that th...) committed by ruotger....@berlin.de - This is a bigger change. I added a playlist cache so that the playlist hierarchy can be coerced into the tree structure that iTunes displays. This cache must be rebuild whenever iTunes' playlists could have changed. If in doubt, simply do so. The 'Library' and 'Genius' playlists will show up as user playlists. This is an iTunes bug, I will file a radar bug on it. As a bonus I added an outline view to the test/demo app to show how this can be used in your own app. I hope I didn't break the backwards compatibility. If yes, please let me know or submit a patch. Thanks Ruotger

This is a bigger change. I added a playlist cache so that the playlist hierarchy can be coerced into the tree structure that iTunes displays. This cache must be rebuild whenever iTunes' playlists could have changed. If in doubt, simply do so. The 'Library' and 'Genius' playlists will show up as user playlists. This is an iTunes bug, I will file a radar bug on it. As a bonus I added an outline view to the test/demo app to show how this can be used in your own app. I hope I didn't break the backwards compatibility. If yes, please let me know or submit a patch. Thanks Ruotger

Older