I had high hopes for this software but it's just riddled with bugs. Not to mention the confusing interface.
Suggestions: Make it a 2 step process to get the files one needs from the iPod, 1 select the ipod 2 press a "get data" button, and a 1 step process to upload the changes
While getting the resources it sat there chugging away for a few minutes, then error'd out telling me it couldn't find the destination folder that I pointed it to. Even though the folder was still sitting right there!
Then it refused to quit. It would just beep at me each time I tried to quit. So, Force Quit, and right to the trash with this one.
It's a wonderful idea, but simply doesn't work. The primary task of backing up the firmare is blocked by an applescript error telling me the "device is busy." And of course, NOTHING other than a forcequit cmd-opt-esc will stop it and it's barberpole.
Though it may be free, if it doesn't work with the first thing you HAVE to do with it, then it's really not worth the hassel. Get this major issue fixed and I'll give it another try.
OSX 10.4.7, G4 1.2Ghz AGP, MP103 40GB Clikwheel iPod.
And for possible updates, maybe an option that would allow you to change what tags are desplayed while playing... many of the secondary tags are more important than the main ones for some of the stuff I listen to.
[Version 0.7.1b]
Anonymousreviewed on 15 Nov 2005
I follow the instructions yet i still get applescript errors! Not good at all guy!
[Version 0.7.1b]
Anonymousreviewed on 27 Oct 2005
Not compatible with 5G iPod (with video) yet.
Tested on Mac OS X 10.4.2
[Version 0.7.1b]
Anonymousreviewed on 30 Jun 2005
It's a pretty good concept, but I think it could be done much better.
For instance, the user shouldn't have to interact so much for the loading. I should be able to select my iPod and have it automatically extract the firmware, back it up to my ~/Library/Application Support/. When it extracts the firmware, it should also read all the resources simultaneously (also out of sight). Having the user do this interaction is not very friendly. If they're going to be working with the same firmware file (or its extracted resources), why have them manually select it for each operation?
The same goes for saving it to the iPod. I think an "upload" button would be in order, which would just save all of your changes to a new firmware file, then send it to the iPod. If you want to restore from a backup, it ought to just present you with a list of them (which are stored in ~/Library/, remember?) with dates and let you select them.
I think a search feature for strings would be a good idea. There are hundreds (thousands?) of them to sort through. Also, I don't think it's a very big deal if one is empty, so it shouldn't display an obnoxious sheet window every time one happens to be.
What does "Preparation" do? There's no documentation for this. I say get rid of it completely, it's very confusing.
Although the firmware file is 32 MB, it compresses down to a mere 3 MB with the Finder's built in zipping capabilities. This would be a good way to store backups.
Also, please check your spelling and grammar. I swear I saw a "No iPod's detected." somewhere in there.
I did everything according to the directions, but no change at all. Tried modifying several pictures and text strings, but no change occured. A little frustrated, hope this improves with more development, it's a neat idea.
+67
Tomis reviewed on 31 May 2007
Suggestions: Make it a 2 step process to get the files one needs from the iPod, 1 select the ipod 2 press a "get data" button, and a 1 step process to upload the changes
While getting the resources it sat there chugging away for a few minutes, then error'd out telling me it couldn't find the destination folder that I pointed it to. Even though the folder was still sitting right there!
Then it refused to quit. It would just beep at me each time I tried to quit. So, Force Quit, and right to the trash with this one.
+19
Aikousha reviewed on 22 Sep 2006
Though it may be free, if it doesn't work with the first thing you HAVE to do with it, then it's really not worth the hassel. Get this major issue fixed and I'll give it another try.
OSX 10.4.7, G4 1.2Ghz AGP, MP103 40GB Clikwheel iPod.
And for possible updates, maybe an option that would allow you to change what tags are desplayed while playing... many of the secondary tags are more important than the main ones for some of the stuff I listen to.
Anonymous reviewed on 15 Nov 2005
Anonymous reviewed on 27 Oct 2005
Tested on Mac OS X 10.4.2
Anonymous reviewed on 30 Jun 2005
For instance, the user shouldn't have to interact so much for the loading. I should be able to select my iPod and have it automatically extract the firmware, back it up to my ~/Library/Application Support/. When it extracts the firmware, it should also read all the resources simultaneously (also out of sight). Having the user do this interaction is not very friendly. If they're going to be working with the same firmware file (or its extracted resources), why have them manually select it for each operation?
The same goes for saving it to the iPod. I think an "upload" button would be in order, which would just save all of your changes to a new firmware file, then send it to the iPod. If you want to restore from a backup, it ought to just present you with a list of them (which are stored in ~/Library/, remember?) with dates and let you select them.
I think a search feature for strings would be a good idea. There are hundreds (thousands?) of them to sort through. Also, I don't think it's a very big deal if one is empty, so it shouldn't display an obnoxious sheet window every time one happens to be.
What does "Preparation" do? There's no documentation for this. I say get rid of it completely, it's very confusing.
Although the firmware file is 32 MB, it compresses down to a mere 3 MB with the Finder's built in zipping capabilities. This would be a good way to store backups.
Also, please check your spelling and grammar. I swear I saw a "No iPod's detected." somewhere in there.
-1
otherwise it don't werk