OurTunes 1.7e available
Thursday, March 27th, 2008From Flug -
Version e of the ourTunes is available. Here are a few of the fixes:
a) ourTunes will now work around Limewire services; however, ourTunes and limewire are incompatible.
b) The GUI now uses re-entrant locks. This means that threads don’t wait on each other to begin execution.
c) inadvertent data was being stored into captured songs; this no longer happens.
d) MP3 files with missing tags don’t throw exceptions. All captured files will be renamed instead of keeping the 4-digit number.
However, there are a few bugs that keep the program from being finalized.
The AAC-OSX bug: essentially, when using ourTunes from OS X (10.4 or later), MP3 files will download fine but M4A files will not.
Upon surfing the internet it was discovered that iTunes was disabling the DTrace utility in OS X (Read more here). This suggests that iTunes on OSX is working the Operating System more so than on Windows, and if I can’t work around the bug, the solution is to disable AAC downloads for OS X users. Any help solving this problem is greatly appreciated!
File Save problems: Mac users have reported on several instances that they cannot save the music to file after they have changed the download directory. I suspect this is due to file permissions, but will include a better explanation about the problem in the next iteration.
Mac .app:, I intend to bundle the ourTunes program into a full fledged application for the Mac Users (Windows users will have a variation to use also). With this, I can place the menu bar in its proper place on OS X instead of inside the JFrame.
Right now, I’m pretty much interested in solving only these problems in order to finish ourTunes. P2P networking will not be added - that is not the intent of ourTunes.
