Mulle kybernetiKpresents |
||
iTunesFS | by ZNeK |
(since version 1.1.1): If you don't want iTunesFS to look for iPods at all, type the following in a Terminal:
defaults write com.mulle-kybernetik.znek.iTunesFS NoIPods -bool YES
(since version 1.1.2): create symbolic links rather than fake files:
defaults write com.mulle-kybernetik.znek.iTunesFS SymbolicLinks -bool YES
(since version 1.1.3): browse using categories ("Albums", "Artists", "Playlists"):
defaults write com.mulle-kybernetik.znek.iTunesFS UseCategories -bool YES
(since version 1.1.4): format the displayed track names in a generic way:
defaults write com.mulle-kybernetik.znek.iTunesFS AlbumsTrackFormat "'%(trackNumber#00) %(name).%(ext)'"
defaults write com.mulle-kybernetik.znek.iTunesFS PlaylistsTrackFormat "'%(playlistNumber#000) %(name).%(ext.lowercaseString)'"
Several things to note here:
defaults write com.mulle-kybernetik.znek.iTunesFS PlaylistsTrackFormat "'#%(trackNumber#00) %(name) (%(artist) - %(album)).%(ext)'"
This will produce output similar to this:(since version 1.1.5): watch for iPods at the following mount points:
defaults write com.mulle-kybernetik.znek.iTunesFS iPodMountPoints -array /Volumes/iPodTouch
Replace /Volumes/iPodTouch with the real path to your iPod's mount point. Note that you can provide multiple values (in case you have an iPod Touch AND an iPhone ;-).
(since version 1.1.6): If you don't want iTunesFS to show your iTunes library, type the following in a Terminal:
defaults write com.mulle-kybernetik.znek.iTunesFS NoITunes -bool YES
(since version 1.1.7): If you want have burn folders in Finder so you can quickly burn your playlists and such to CD/DVD:
defaults write com.mulle-kybernetik.znek.iTunesFS UseBurnFoldersInFinder -bool YES
(since version 1.1.7): If you don't want iTunesFS to automatically open a window in Finder after it's mounted:
defaults write com.mulle-kybernetik.znek.iTunesFS AutoOpenInFinder -bool NO
(since version 1.1.8): Set the allow_other FUSE option:
defaults write com.mulle-kybernetik.znek.iTunesFS FUSEOptionAllowOther -bool YES
Sharing the iTunesFS filesystem via Apache is pretty easy in itself, and it gets even better if you share it via WebDAV - this way, you can mount the exported filesystem on Windows as a webfolder, map it to a drive letter and so on. Make sure to enable WebDAV in /etc/apache2/httpd.conf and use something similar to the following rules somewhere in one of the config files:
<Directory "/Volumes/iTunesFS/"> Options Indexes AllowOverride All Order allow,deny Allow from all </Directory> Alias /iTunesFS /Volumes/iTunesFS <Location /iTunesFS> Dav On </Location>
You need to set the allow_other FUSE option for this to work properly, though.(since version 1.2.0): If you don't want to see the new AlbumsTrackFormat.txt and PlaylistsTrackFormat.txt files:
defaults write com.mulle-kybernetik.znek.iTunesFS ShowFormatFiles -bool NO
Regardless of this default, these files are always available. This means that even though you can't see them, you can always write to them (i.e. via scripts) or, in case of per playlist files, delete them to reset them to their defaults.
(since version 1.2.0): If you use the / character in a formatter, this will create additional folders for the components described by the formatter.
(since version 1.2.0): Per playlist formatters are available now. In order to define them, you first need to know the persistent ID of the playlist in question. If a playlist has a persistent ID, then there's also a PlaylistsTrackFormat.txt file. At the top of the file, the name of the default is conveniently listed for you - something like PlaylistsTrackFormat[id].
In addition to the format described above, it's possible to create aliases. If you create a default, i.e. PlaylistsTrackFormat[foobar] you can refer to this default with this special syntax: @foobar. I've already provided a folders default to show/use.
If you want to know a playlist's persistent ID but don't want to use format files, there's a new default which adds the persistent ID to the name of each playlist which has a persistent ID assigned:
defaults write com.mulle-kybernetik.znek.iTunesFS ShowPersistentIDs -bool YES
(since version 1.3.3): A new folder Playlists (M3U) (name of the folder is localized) has been introduced, containing M3U files for all playlists in iTunes. The playlists are not structured in the same way as the contents of the Playlists folder as that's not possible with M3U. Instead, the original iTunes order is presented. These playlists can be used as a data source for i.e. a media server (I'm using this feature in conjunction with MediaTomb which supports these M3U files out of the box).
defaults write com.mulle-kybernetik.znek.iTunesFS UseM3UPlaylists -bool YES
(since version 1.3.3): In order to provide playlists for 3rd party devices when copying the (possibly restructured) contents of Playlists to another destination, M3U playlists can now be generated on demand in all folders which have content in them. These files are referenced relatively and may thus be copied to any destination and work out of the box.
defaults write com.mulle-kybernetik.znek.iTunesFS ShowM3UPlaylistFiles -bool YES
(since version 1.3.4): M3U files are encoded using "Windows Latin 1" encoding by default. This encoding is suited for most western languages, but insufficient for the vast majority of languages. Luckily, the file encoding can be switched to "UTF-8" encoding, but that also implies a different file extension ("m3u8") for the playlists to be used.
defaults write com.mulle-kybernetik.znek.iTunesFS UseM3U8 -bool YES
(since version 1.3.4): If you know what you're doing, you can manually override the file extension for M3U playlists with this user default
defaults write com.mulle-kybernetik.znek.iTunesFS M3UPlaylistFileExtension "m3u"