v0.2 will introduce a handful of new features. I'll have some testing done and it will mark the beginning of my big conversion (as I throw upwards of a TB of FLACs onto oinkfs to handle).
And so far, no bugs found yet! :) Brave people who are testing this, please post your experiences (good, bad, ugly).
oinkfs
todo: 1. set flags for read-only when opening files.. maybe
oinklink
done: 1. add support for id3 tags
id3 tags are generally not wanted as they go at the beginning of FLAC files and it makes files not work on some music players or tag editors
done: 2. remove restriction of tracknumbers in flac files
oinklink will now match tracks automatically if both files' md5sums match and they only have 1 possible tracknumber, then fall back to using first 2 positions of perm_file as tracknumber to match, and finally just pick first of the md5 matches (if there are more than one)
done: 3. add support for multiple PERM_ROOTs
useful for keeping a separate well tagged directory for retired albums (that have been trumped in some places but not others, so there is a newer version in 1st perm_root) or for albums that you don't want in your main music directory
done: 4. add support for symbolic links
for people who keep PERM_ROOT or ORIG_ROOT on a separate device or partition. this will create (utterly hacked) symbolic links to PERM_ROOT and copy files from ORIG_ROOT. The reasoning behind the copying is that OINKFS_MP was meant to be the new copy of ORIG_ROOT so that you can safely backup/archive/delete ORIG_ROOT. it wouldn't make sense to symlink to something that was going to go away. this should only be unmatched misc files and not music tracks or kept files, so that's not too big anyways. at the moment, the warning is commented out so this will be silent, but there will be noticeable .slink files in LINK_ROOT but OINKFS_MP will hide these (as well as report correct filesize for tracks). there's no option to force symlinks at the moment, but there may be by v0.2 release
done: 5. add option to mirror ORIG_ROOT
oinklink will clobber symlinks in LINK_ROOT, but there may be an option in v0.2 release to create symlinks for unmatched directories so OINKFS_MP will immediately mirror ORIG_ROOT even as one slowly organizes albums into PERM_ROOT, at which point, oinklink will match and clobber the symlink
Further down the line (just brainstorming)
fuck this one, pushing this way back: remove restriction of album names having to be the same by comparing sets of flac md5's of directories.. maybe make this an option (loose_dirs)
probably terrible idea and no reason to do this: maybe make binary container instead of rdiff patch that has filepath or inode of perm_file and patch data..
OtherOS
macosx: I haven't tested python-fuse yet and oinklink seems to have matched only 11/12 songs in the single album I tested when it matched all 12 in linux (this is pre v0.2-#1 which updated matching function, so it's worth testing again) but it's probably a python version mismatch thing. I don't get much testing done because the only mac I have physical access to has one of those aluminium keyboards that I can't stand to type on for more than 5 minutes and I don't have a shell on the system.
windows: I've done some testing with dokan which seems like a possibility, so I would not rule out a windows version completely.
Last edit: Xian Su 2012-12-02
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Current roadmap to v0.2
v0.2 will introduce a handful of new features. I'll have some testing done and it will mark the beginning of my big conversion (as I throw upwards of a TB of FLACs onto oinkfs to handle).
And so far, no bugs found yet! :) Brave people who are testing this, please post your experiences (good, bad, ugly).
oinkfs
todo: 1. set flags for read-only when opening files.. maybe
oinklink
done: 1.
add support for id3 tagsid3 tags are generally not wanted as they go at the beginning of FLAC files and it makes files not work on some music players or tag editors
done: 2.
remove restriction of tracknumbers in flac filesoinklink will now match tracks automatically if both files' md5sums match and they only have 1 possible tracknumber, then fall back to using first 2 positions of perm_file as tracknumber to match, and finally just pick first of the md5 matches (if there are more than one)
done: 3.
add support for multiple PERM_ROOTsuseful for keeping a separate well tagged directory for retired albums (that have been trumped in some places but not others, so there is a newer version in 1st perm_root) or for albums that you don't want in your main music directory
done: 4.
add support for symbolic linksfor people who keep PERM_ROOT or ORIG_ROOT on a separate device or partition. this will create (utterly hacked) symbolic links to PERM_ROOT and copy files from ORIG_ROOT. The reasoning behind the copying is that OINKFS_MP was meant to be the new copy of ORIG_ROOT so that you can safely backup/archive/delete ORIG_ROOT. it wouldn't make sense to symlink to something that was going to go away. this should only be unmatched misc files and not music tracks or kept files, so that's not too big anyways. at the moment, the warning is commented out so this will be silent, but there will be noticeable .slink files in LINK_ROOT but OINKFS_MP will hide these (as well as report correct filesize for tracks). there's no option to force symlinks at the moment, but there may be by v0.2 release
done: 5.
add option to mirror ORIG_ROOToinklink will clobber symlinks in LINK_ROOT, but there may be an option in v0.2 release to create symlinks for unmatched directories so OINKFS_MP will immediately mirror ORIG_ROOT even as one slowly organizes albums into PERM_ROOT, at which point, oinklink will match and clobber the symlink
Further down the line (just brainstorming)
fuck this one, pushing this way back: remove restriction of album names having to be the same by comparing sets of flac md5's of directories.. maybe make this an option (loose_dirs)
probably terrible idea and no reason to do this: maybe make binary container instead of rdiff patch that has filepath or inode of perm_file and patch data..
OtherOS
macosx: I haven't tested python-fuse yet and oinklink seems to have matched only 11/12 songs in the single album I tested when it matched all 12 in linux (this is pre v0.2-#1 which updated matching function, so it's worth testing again) but it's probably a python version mismatch thing. I don't get much testing done because the only mac I have physical access to has one of those aluminium keyboards that I can't stand to type on for more than 5 minutes and I don't have a shell on the system.
windows: I've done some testing with dokan which seems like a possibility, so I would not rule out a windows version completely.
Last edit: Xian Su 2012-12-02