This plugin allows you to specify directories to monitor, and notifies the Media Library of any changes (additions, renames, deletions) that occur.
Latest version: 0.2 beta 3 (2007-12-08)
REMOVED
Known issues
- a subset of directory removes are not handled
- moved files' playlist entries are not updated (renamed files' entries are, though)
I it doesn't seem to be doing anything for me
I have set the paths of my directories, ticked the remove deleted files from the database box and set the filters to: *.mp3;*.wma
if I then add or remove files from the directories and and select directory watcher from my components menu, the database isn't getting updated.
I like the idea of this plugin
However, the plugin reuqires MSVCR70.dll (http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70) to run, and I already have MSVCR71.dll in my foobar directory. I don't know what other foobar plugin uses MSVCR71.dll. I think its ColumnsUI.
Wouldn't it be better to use the newer dll?
I uploaded a new version that fixes a crash bug and removes that menu item (because it doesn't do anything).
donnie - it's not working because you have include filters set -- currently they filter out directory notifications (whoops!). To see what I mean, try renaming an mp3 -- it should receive the notification.
I'll fix the include filters as soon as I can.
metal_termite - Not really. I only have MS Visual Studio.NET 2002. A lot of other plugins also require MSVCR70.DLL, so it's not like this is a unique situation.
EDIT: I uploaded a new version that fixes the include filters.
Great plug-in
thanks for your job
on every time does foo_dirwatch monitor the directories ? every x minutes?
Please test files that are named with multi-byte character sets (e.g., Chinese, Japanese etc.); they should work fine but I want to be sure.
[a href="index.php?act=findpost&pid=363053"][{POST_SNAPBACK}][/a]
I tested files with Chinese names, and it worked like a charm.
However, directories to be monitored cannot contain Chinese characters.
I tested a directory with a Chinese named sub-folder. The console displayed a warning quoted below.
WARNING (foo_dirwatch) : Please check directories to monitor list in options, because "E:\music\诅咒(the sub-folder)" is not a valid directory on this system.
Please fix it. THX for such a good plugin.
Sorry for my poor English.
this is a good idea, but it doesn't seem to actually do much. when i add files to the directory, it doesn't detect them. i've tried disabling foo_dir and re-enabling it, i've tried closing and opening foobar - nothing. the only thing it does is remove a file from the database after foobar has tried to play it and discovered the file wasn't there.
it seems that foo_dirwatch doesn't work perfectly
directory to monitor
I:\Music;G:\music mp3include mask
*.mp3;*.wma;*.m4?exclude
blankI tried to add some dirs inside music , but nothig it did not add new mp3 in the database
in the console i get only these messages
INFO (foo_dirwatch) : Added "G:\music mp3\" to directory monitor list.
INFO (foo_dirwatch) : Added "I:\Music\" to directory monitor list.
INFO (foo_dirwatch) : Started monitoring directories
DATABASE setting
G:\music mp3\;I:\Music\Restrict file type
BLANK
Not working here either.
To clarify some things:
foo_dirwatch does not poll for changes; instead, it uses the Win32 API function ReadDirectoryChangesW to tell the OS to notify foo_dirwatch when changes occur. This function does not exist on Windows 9x/Me and so the plug-in will not work on those OS versions.
If the plug-in is not working for you, please list the following info:
- directories to monitor string
- include filter string
- exclude filter string
- amount of files/folders in each directory being monitored
I'll fix the directory to monitor multi-byte problem as soon as I can.
Awesome This is just what I wanted!
falling down the stairs i'm really grateful for the plug in
foo_dirwatch does not poll for changes; instead, it uses the Win32 API function ReadDirectoryChangesW to tell the OS to notify foo_dirwatch when changes occur. This function does not exist on Windows 9x/Me and so the plug-in will not work on those OS versions.
Could you make an example that i can come true ,realize, so i can know if the plugin works to me??
i tried to add directory , tried to save mp3 in new directory , tried to move directory /mp3 , but nothing , this doen't update my database
i have
817 files in 91 subfolders in one directory and
1.580 files in 176 subfolders in another directory
for me could be better , a plug that every x minutes ,can
scan the database(the whole) and
remove dead entries
Could you make an example that i can come true ,realize, so i can know if the plugin works to me??
My setup is as follows:
Directories to monitor:
F:\music;G:\musicInclude filter:
*.mp3;*.mp2;*.shn;*.flac;*.m4a;*.mpc;*.oggExclude filter:
*.jpg;*.gif;*.png;*.nfo;*.txt;*.tmp;*.bmp;*.inii tried to add directory , tried to save mp3 in new directory , tried to move directory /mp3 , but nothing , this doen't update my database
Does anything show up in the console? The plug-in prints a console message every time it adds/updates/removes something from the database.
for me could be better , a plug that every x minutes ,can scan the database(the whole) and remove dead entries
[a href="index.php?act=findpost&pid=364203"][{POST_SNAPBACK}][/a]
That is not the intent of this plug-in. I don't want it to thrash the hard drive just to update the database - that would be a lot slower, plus you can already do that in foobar (Preferences / Database / Remove dead entries from database).
Does anything show up in the console? The plug-in prints a console message every time it adds/updates/removes something from the database.
after several testes
i get only this info from dir watch plug
INFO (foo_dirwatch) : Added "I:\mp3" to directory monitor list.
INFO (foo_dirwatch) : Added "G:\music mp3" to directory monitor list.
INFO (foo_dirwatch) : Started monitoring directories.
only 1 time, i got foo_driwatch found new songs , but it did not add to the database
I've uploaded a new version that fixes the multi-byte problem with the "directories to monitor" field.
I did notice some problems with the plug-in myself (a directory move was not caught for some reason).
If you are having problems please help me track them down with these test cases:
1. Copy a file into one of the monitored directories. (Should trigger a "Precached..." note).
2. Copy a directory into one of the monitored directories. (same as above)
3. Rename a single file in one of the monitored directories. (Should trigger a "... was renamed to ..." note)
4. Rename a directory in one of the monitored directories. (same as above)
5. Move a file from one subdirectory to another in one of the monitored directories. (Should trigger one "Precached..." and one "Removed..." note)
6. Move a directory from one subdirectory to another in one of the monitored directories. (same as above)
Be sure to list the settings you are using in the foo_dirwatch preferences.
To see if database changes did actually occur I recommend the foo_dbsearch plug-in.
[a href="http://imageshack.us" target="_blank"]
Works at deleting at least Thanks!
falling down the stairs,
An excellent plug-in - works seamlessly with my removable drive.
I do have issues with UNC paths, but I understand that ReadDirectoryChangesW is only for drives - can you confirm? I haven't been able to deduce whether mapping the UNC path to a drive works either.
Not being a foobar developer myself (dumb question approaching!) is it possible to perform a start-up inventory in the 'background' i.e. with a low priority thread?
Once again, thanks.
c0utta
falling down the stairs,
An excellent plug-in - works seamlessly with my removable drive.
I do have issues with UNC paths, but I understand that ReadDirectoryChangesW is only for drives - can you confirm? I haven't been able to deduce whether mapping the UNC path to a drive works either.
What issues are you having? ReadDirectoryChangesW is compatible with UNC paths. There are some limitations, but the current code should work with UNC paths. I don't think mapping a drive would change anything.
Not being a foobar developer myself (dumb question approaching!) is it possible to perform a start-up inventory in the 'background' i.e. with a low priority thread?
Yes, that's probably the best way to do it. I haven't implemented the inventory scan because I haven't yet decided on the best way to store the relevant data.
I uploaded a new version. This one actually uses foobar's built in reader functionality, so when a file is added to the database its metadata is also automatically added.
No leads on the mysterious missing notifications, though.
Fantastic plugin ... it makes foobar perfect.
thank you
falling down the stairs
tha last version works like a charm !!!
Great plug in
only 1 time it did not work i renamed a folder placebo to placebo c , and dirwatch detected the change , after immediately i re-renamed to placebo , and it did not catch it
by the way , i did several several tests and dirwatch works really like a charm
with the feature Perform startup & shutdown inventory , this plug in makes foobar really perfect without rivals
thanks falling down the stairs
Installing it now. If it works it's pretty much what I've been looking for in a year or so.
One question: for it to work the changes to the monitored directories must happen when foobar is active?
However, the plugin reuqires MSVCR70.dll (http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70) to run, and I already have MSVCR71.dll in my foobar directory. I don't know what other foobar plugin uses MSVCR71.dll. I think its ColumnsUI.
Wouldn't it be better to use the newer dll?
[a href="index.php?act=findpost&pid=363143"][{POST_SNAPBACK}][/a]
Another question, sorry. Can I have both DLLs in my components directory? I currently have only version 71, but when I launch foobar I don't get any error message from this component.
i installed the 2/16 version, but i can't turn on "Perform startup & shutdown inventory" feature. i can't tell that this component is actually doing anything.
Is it possible to add an option for tagging automatically the date and time of the arrival for new files ?
amit.
One question: for it to work the changes to the monitored directories must happen when foobar is active?
[a href="index.php?act=findpost&pid=365046"][{POST_SNAPBACK}][/a]
Yes; it can't (yet) detect changes made while foobar is closed.
Another question, sorry. Can I have both DLLs in my components directory? I currently have only version 71, but when I launch foobar I don't get any error message from this component.
[a href="index.php?act=findpost&pid=365050"][{POST_SNAPBACK}][/a]
Yes, the two DLLs can coexist without problems. If you're not getting an error then you have the required DLL somewhere in your system path, although Microsoft recommends that they not be placed in the Windows\System directory.
i installed the 2/16 version, but i can't turn on "Perform startup & shutdown inventory" feature. i can't tell that this component is actually doing anything.
[a href="index.php?act=findpost&pid=365088"][{POST_SNAPBACK}][/a]
That's because that functionality hasn't been implemented yet. To see that the component is working, take a look at the console output, or use foo_dbsearch to query the database.
Is it possible to add an option for tagging automatically the date and time of the arrival for new files ?
[a href="index.php?act=findpost&pid=365100"][{POST_SNAPBACK}][/a]
It's theoretically possible, but practically it could cause some problems. For example, if a file is being downloaded to disk, the plug-in will receive a notification when the download first starts, but we wouldn't want to write tags to it yet. At the moment I can't think of a reliable way to overcome this.
Is it possible to add an option for tagging automatically the date and time of the arrival for new files ?
It's theoretically possible, but practically it could cause some problems. For example, if a file is being downloaded to disk, the plug-in will receive a notification when the download first starts, but we wouldn't want to write tags to it yet. At the moment I can't think of a reliable way to overcome this.
[a href="index.php?act=findpost&pid=365117"][{POST_SNAPBACK}][/a]
Well, then... Just design the plugin for people who have an incoming files directory seperate from their music
Seriously... I do this, and I don't see the reason most people could'nt as well. Just make a directory for all incoming music that isn't under the Foobar database.
It's theoretically possible, but practically it could cause some problems. For example, if a file is being downloaded to disk, the plug-in will receive a notification when the download first starts, but we wouldn't want to write tags to it yet. At the moment I can't think of a reliable way to overcome this.
I think everyone has to make their own decisions about which files getting into their database , whether to use a tmp folder or to use a tmp extension to the files. it doesn't change the fact of an actual one exact time stamp of the entrance of a any file to the database.
Amit.
I gave it some more thought, and figured out a way to do it that should work in both cases. Got any suggestions for the tag name/format/number of tags?
i know that foo_filedate uses the a tag %ADDED% with the option to choose between two dates formats : YYYYMMDD and YYYY-MM-DD
foo_playcount uses different approach for adding tags of date and time. here is a part of the options section of this plugin for choosing date and time tagging :
(http://img222.imageshack.us/img222/2539/playcount6ch.jpg)
Amit.
when will be available scan at startup and at close of foobar
Is it possible to add an option for tagging automatically the date and time of the arrival for new files ?
amit.
[a href="index.php?act=findpost&pid=365100"][{POST_SNAPBACK}][/a]
The file system already stores this, "Created" in the file properties dialog. I'm not sure how easy it would be to read this in foobar, it may require a plugin to implement a new tag, if titleformatting doesnt already cover it.
foo_filedate can import the creation time from the file , but many times it is not the same as the time it is added to library.
I have noticed one small issue with this plugin. Not sure if it supposed to be this way or not though. When moving files into the watched directory it picks them up, in the console it says it precached them. But in the database/album list the tags are not present until the files are played. Only when looking at the directory structure in the album list can I see the new files. Perhaps it is because they are flac file and so the tags are at the end of the file and it picks them up when the copying begins rather than finishes. That or dirwatch just doesn't work like that. Hope this is either intentional or fixable, as this is a great plugin.
Newest version doesn't detect anything for me, except deletion.
when will be available scan at startup and at close of foobar
[a href="index.php?act=findpost&pid=365262"][{POST_SNAPBACK}][/a]
I don't know. It's not just a matter of writing some code; I have to figure out the best way of doing it first.
I have noticed one small issue with this plugin. Not sure if it supposed to be this way or not though. When moving files into the watched directory it picks them up, in the console it says it precached them. But in the database/album list the tags are not present until the files are played. Only when looking at the directory structure in the album list can I see the new files. Perhaps it is because they are flac file and so the tags are at the end of the file and it picks them up when the copying begins rather than finishes. That or dirwatch just doesn't work like that. Hope this is either intentional or fixable, as this is a great plugin.
[a href="index.php?act=findpost&pid=365381"][{POST_SNAPBACK}][/a]
This only occurs because the OS notifies of the addition when the copy starts, but (as you surmised) the tag is at the end of the file, so it isn't there to be read by the plug-in. I may be able to fix this, but it probably won't be a very elegant solution.
Newest version doesn't detect anything for me, except deletion.
[a href="index.php?act=findpost&pid=365393"][{POST_SNAPBACK}][/a]
You had the same problem in a previous post. Did any version ever work for you? What OS are you running? Are your directories to monitor UNC paths (or mapped network drives)?
I have noticed one small issue with this plugin. Not sure if it supposed to be this way or not though. When moving files into the watched directory it picks them up, in the console it says it precached them. But in the database/album list the tags are not present until the files are played. Only when looking at the directory structure in the album list can I see the new files. Perhaps it is because they are flac file and so the tags are at the end of the file and it picks them up when the copying begins rather than finishes. That or dirwatch just doesn't work like that. Hope this is either intentional or fixable, as this is a great plugin.
[a href="index.php?act=findpost&pid=365381"][{POST_SNAPBACK}][/a]
This only occurs because the OS notifies of the addition when the copy starts, but (as you surmised) the tag is at the end of the file, so it isn't there to be read by the plug-in. I may be able to fix this, but it probably won't be a very elegant solution.
[a href="index.php?act=findpost&pid=365421"][{POST_SNAPBACK}][/a]
Perhaps just tell it to what until any copy operations are complete? Doesn't the OS know when each file is done copying? It has to update the TOC everything something changes I thought, so there should be some trigger for it to know "this file is done, now start copying the next one". I'm no programmer though. It seem reasonable, as the filesize isn't shown properly until the is finished, so something is updating the OS. Maybe something as simple as a delay in caching the file info, like 1 minute or something adjustable? Great work though, it's still very useful my WavPack collection since those use APEv2 tags.
enjoilax
i'm sure the plug-in works
i tried it on different pc , and in every pcs it works perfectly
post your setting , run foobar2000 with the plug loaded , and rename a directory , and look the console
When moving files into the watched directory it picks them up, in the console it says it precached them. But in the database/album list the tags are not present until the files are played. Only when looking at the directory structure in the album list can I see the new files. Perhaps it is because they are flac file and so the tags are at the end of the file and it picks them up when the copying begins rather than finishes. That or dirwatch just doesn't work like that. Hope this is either intentional or fixable, as this is a great plugin.
[a href="index.php?act=findpost&pid=365381"][{POST_SNAPBACK}][/a]
Nope, the same happens to me with both flac and mp3 files. I tend to use the database/artists list and the plugin doesn't seem to work with that either.
When moving files into the watched directory it picks them up, in the console it says it precached them. But in the database/album list the tags are not present until the files are played. Only when looking at the directory structure in the album list can I see the new files. Perhaps it is because they are flac file and so the tags are at the end of the file and it picks them up when the copying begins rather than finishes. That or dirwatch just doesn't work like that. Hope this is either intentional or fixable, as this is a great plugin.
[a href="index.php?act=findpost&pid=365381"][{POST_SNAPBACK}][/a]
Nope, the same happens to me with both flac and mp3 files. I tend to use the database/artists list and the plugin doesn't seem to work with that either.
[a href="index.php?act=findpost&pid=365780"][{POST_SNAPBACK}][/a]
Plus I don't know what I was thinking when I said flac tags are at the end of the file, as they are vorbis comments and are at the beginning of the file. APEv2 tags are at the end of the file. Either the plugin isn't telling the database to read the tags or it's telling it to read the tags before the file is readable (finished copying).
I've uploaded a new version. The plug-in will now spawn a thread if it can't read the file metadata on the first attempt. The thread will retry every 1/2 a second. No other changes have been made.
Let me know if you have any problems.
I've uploaded a new version. The plug-in will now spawn a thread if it can't read the file metadata on the first attempt. The thread will retry every 1/2 a second. No other changes have been made.
Let me know if you have any problems.
[a href="index.php?act=findpost&pid=367655"][{POST_SNAPBACK}][/a]
Just gave it a shot and I am quite pleased. I wasn't entirely sure about it starting a new thread until I watched what it was doing in the console. Good idea, as it works great. Only one question though; What happens if it is never able to read the tags? Say if a file were corrupted. Would the thread automatically terminate after a while? Not a very likely or common scenario, but maybe a 5-10 minute limit on it trying. Great work though. Saves me the trouble of having to add file to the playlist after moving them.
EDIT: Also doesn't every 1/2 second seem a bit frequent? Maybe it's just me, as I don't know what kind of affect that can have on the system load or anything else. No complaints though. Perhaps make it adjustable?
Just gave it a shot and I am quite pleased. I wasn't entirely sure about it starting a new thread until I watched what it was doing in the console. Good idea, as it works great. Only one question though; What happens if it is never able to read the tags? Say if a file were corrupted. Would the thread automatically terminate after a while? Not a very likely or common scenario, but maybe a 5-10 minute limit on it trying. Great work though. Saves me the trouble of having to add file to the playlist after moving them.
[a href="index.php?act=findpost&pid=367674"][{POST_SNAPBACK}][/a]
The reader succeeds when trying to read corrupted files; it's only when it can't access the file (file not found or access denied) that it fails. If the file gets deleted while the thread is running, it will detect this (and the thread will terminate).
Thanks for a nice plug-in , for me it works well except for a one thing:
If I first rename a folder and then move it inside another folder (both are in monitored directories), the plug-in notifies the first change, but there is nothing in console about the last one and the database has the old information...
For example: monitoring D:\foo\, renaming D:\foo\album-2006 to D:\foo\album(2006) and the plug-in notifies it, but then (quite soon after renaming) I move the folder to D:\foo\bar\ so a new path is D:\foo\bar\album(2006), and there is absolutely nothing in console about this happening.
However if I rename (without moving to a different location) another folder in that D:\foo\bar dir, the plug-in works correctly, so it is actually monitoring this directory too.
Great plug-in. Works well for me. Thanks
hello , i guess my earlier suggestion for adding the %ADDED% tag haven't been implemented to the plugin (i hope the idea wasn't dumped).
after rethinking about this , it seems to me that replaygain calculation is another action that would benefit if it happens when the files are added to database. maybe there are other actions others might think of too.
Amit.
One of the reasons I stopped using foobar2000 was because I could never find a way to automatically update my library. This plugin seems nice!
I find that the plugin works well when I move individual MP3's into my watched folder, however If I drag a whole dir into it (e.g. a dir with a whole album), it doesn't pick it up. Great plugin tho and I sure it can only get better!
G.
When can we test the final version?
Known issues:
- Startup/shutdown scan not implemented
i'm waiting with anxiety the final version , with startup scan foobar has not rivals
Hi. I've recently installed this plugin. Great work. Exactly what I wanted.
Except that today it crashed my foobar a couple of times. Well, I suspect foo_dirwatch is the culprit, since I've not had a crash in ages.
Each time the crash happened after I moved/renamed some files with masstagger.
I'm using the latest version, 0.1.5 (2006-02-26).
Here is the log if it helps.
Illegal operation:
Code: C0000005h, flags: 00000000h, address: 0094410Ch
Access violation, operation: read, address: FFFFFFFFh
Call path:
This is the first crash logged by this instance.
Code bytes (0094410Ch):
009440CCh: E8 40 94 00 11 00 00 00 11 00 00 00 00 00 00 00
009440DCh: 00 00 00 00 04 00 04 00 5A 01 0F 00 00 01 94 00
009440ECh: 78 01 94 00 00 00 00 00 00 00 00 00 00 00 00 00
009440FCh: 00 00 00 00 04 00 04 00 66 01 08 00 00 00 00 00
0094410Ch: 3A 2F 2F 00 B5 00 00 00 B5 00 00 00 00 00 00 00
0094411Ch: A4 00 00 00 0A 00 04 00 62 01 0B 00 40 57 94 00
0094412Ch: 20 47 68 65 74 74 6F 5C 4C 6F 76 65 20 4C 69 66
0094413Ch: 65 5F 5C 30 39 2E 20 48 65 79 20 59 6F 75 6E 67
Stack (01EBFB48h):
01EBFB28h: 00000000 00000000 001520A0 0012FA88
01EBFB38h: 00944288 00940178 00890000 0012FA98
01EBFB48h: 009326B8 00000000 009441F8 00000001
01EBFB58h: 7C917BB0 009350D8 01CD0608 00000085
01EBFB68h: 00000085 00000000 00000074 009350D8
01EBFB78h: 01CCFBD0 00000040 00000040 00000000
01EBFB88h: 0000002F 01CD07F8 01EBFBD8 7C90EE18
01EBFB98h: 7C910570 FFFFFFFF 7C91056D 7C00118F
01EBFBA8h: 00940000 00000000 7C001194 00000000
01EBFBB8h: 01EBFBD8 00932AD3 01EBFC18 00944260
01EBFBC8h: 00000000 009441F8 00000001 00932072
01EBFBD8h: 01EBFC40 0093434C 00000004 01EBFC4C
01EBFBE8h: 00931F4E 00945380 00000B38 01EBFC84
01EBFBF8h: 00936124 009441F8 009350D8 01CCFBD0
01EBFC08h: 0000003B 0000003B 00000000 0000002A
01EBFC18h: 009350D8 01CCFC78 0000007E 0000007E
01EBFC28h: 00000000 0000006D 01CC0048 00000060
01EBFC38h: 01CC0048 00936124 01EBFF98 009342B5
01EBFC48h: 00000000 01EBFC70 00931D13 00000060
01EBFC58h: 009441F8 7C838575 00000000 00000060
Registers:
EAX: 01CCFC18, EBX: 00000000, ECX: 00945380, EDX: 00000003
ESI: 00945380, EDI: FFFFFFFF, EBP: 01EBFBE4, ESP: 01EBFB48
Unable to identify crash location
Loaded modules:
foobar2000 loaded at 00400000h - 00452000h
ntdll loaded at 7C900000h - 7C9B0000h
kernel32 loaded at 7C800000h - 7C8F4000h
USER32 loaded at 77D40000h - 77DD0000h
GDI32 loaded at 77F10000h - 77F57000h
ole32 loaded at 774E0000h - 7761D000h
ADVAPI32 loaded at 77DD0000h - 77E6B000h
RPCRT4 loaded at 77E70000h - 77F01000h
msvcrt loaded at 77C10000h - 77C68000h
COMCTL32 loaded at 773D0000h - 774D2000h
SHLWAPI loaded at 77F60000h - 77FD6000h
utf8api loaded at 10000000h - 1000D000h
comdlg32 loaded at 763B0000h - 763F9000h
SHELL32 loaded at 7C9C0000h - 7D1D5000h
foo_ape loaded at 008D0000h - 008EF000h
foo_burninate loaded at 008F0000h - 008FC000h
VERSION loaded at 77C00000h - 77C08000h
foo_cdda loaded at 00900000h - 0090E000h
foo_clienc loaded at 00910000h - 0091B000h
foo_console loaded at 00920000h - 00927000h
foo_dirwatch loaded at 00930000h - 00939000h
MSVCR70 loaded at 7C000000h - 7C054000h
foo_diskwriter loaded at 00950000h - 00962000h
WINMM loaded at 76B40000h - 76B6D000h
foo_dsp_extra loaded at 009F0000h - 00A05000h
foo_faac loaded at 00A10000h - 00A43000h
foo_flac loaded at 00A50000h - 00A6F000h
foo_flaccer loaded at 00A70000h - 00A8A000h
foo_freedb loaded at 00A90000h - 00AAD000h
WS2_32 loaded at 71AB0000h - 71AC7000h
WS2HELP loaded at 71AA0000h - 71AA8000h
foo_id3v2 loaded at 00AB0000h - 00AE1000h
MSVCP60 loaded at 76080000h - 760E5000h
foo_infobox loaded at 00AF0000h - 00B03000h
foo_input_std loaded at 00B10000h - 00BCE000h
MSACM32 loaded at 77BE0000h - 77BF5000h
foo_masstag loaded at 00BE0000h - 00BF4000h
foo_matroska loaded at 00C00000h - 00C42000h
foo_monkey loaded at 00C50000h - 00C6C000h
foo_msn loaded at 00C70000h - 00C77000h
MSVCR71 loaded at 7C340000h - 7C396000h
foo_ofr loaded at 00C90000h - 00C96000h
OptimFROG loaded at 00CA0000h - 00CCC000h
foo_output_std loaded at 00CE0000h - 00CE9000h
foo_out_dsound_ex loaded at 00CF0000h - 00CF9000h
DSOUND loaded at 73F10000h - 73F6C000h
foo_read_http loaded at 00D10000h - 00D19000h
foo_rgscan loaded at 00D20000h - 00D2D000h
foo_scheduler loaded at 00D30000h - 00D45000h
foo_uie_albumart loaded at 00D50000h - 00D60000h
gdiplus loaded at 4EC50000h - 4EDF3000h
foo_uie_albumlist loaded at 00D70000h - 00D81000h
foo_ui_columns loaded at 00D90000h - 00DC7000h
foo_unpack loaded at 00DD0000h - 00E01000h
OLEAUT32 loaded at 77120000h - 771AC000h
foo_vis_manager loaded at 00E10000h - 00E18000h
foo_vorbisenc loaded at 00E20000h - 00F31000h
foo_wavpack loaded at 00F40000h - 00F54000h
foo_web loaded at 00F60000h - 00F78000h
foo_wma loaded at 01080000h - 01099000h
WMVCore loaded at 086D0000h - 08916000h
WMASF loaded at 070D0000h - 0710A000h
uxtheme loaded at 5AD70000h - 5ADA8000h
MSCTF loaded at 74720000h - 7476B000h
SynTPFcs loaded at 63000000h - 63014000h
dciman32 loaded at 73BC0000h - 73BC6000h
Powrprof loaded at 74AD0000h - 74AD8000h
SSSensor loaded at 061F0000h - 06205000h
WINTRUST loaded at 76C30000h - 76C5E000h
CRYPT32 loaded at 77A80000h - 77B14000h
MSASN1 loaded at 77B20000h - 77B32000h
IMAGEHLP loaded at 76C90000h - 76CB8000h
wdmaud loaded at 72D20000h - 72D29000h
msacm32 loaded at 72D10000h - 72D18000h
midimap loaded at 77BD0000h - 77BD7000h
KsUser loaded at 73EE0000h - 73EE4000h
xpsp2res loaded at 20000000h - 202C5000h
mswsock loaded at 71A50000h - 71A8F000h
hnetcfg loaded at 662B0000h - 66308000h
wshtcpip loaded at 71A90000h - 71A98000h
DNSAPI loaded at 76F20000h - 76F47000h
winrnr loaded at 76FB0000h - 76FB8000h
WLDAP32 loaded at 76F60000h - 76F8C000h
rasadhlp loaded at 76FC0000h - 76FC6000h
DBGHELP loaded at 59A60000h - 59B01000h
Stack dump analysis:
Address: 009326B8h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 7C917BB0h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlReAllocateHeap" (+000001B3h)
Address: 009350D8h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 009350D8h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 7C90EE18h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "strchr" (+00000117h)
Address: 7C910570h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlFreeHeap" (+00000133h)
Address: 7C91056Dh, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "RtlFreeHeap" (+00000130h)
Address: 7C00118Fh, location: "MSVCR70", loaded at 7C000000h - 7C054000h
Symbol: "free" (+00000039h)
Address: 7C001194h, location: "MSVCR70", loaded at 7C000000h - 7C054000h
Symbol: "free" (+0000003Eh)
Address: 00932AD3h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00932072h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 0093434Ch, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00931F4Eh, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00936124h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 009350D8h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 009350D8h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00936124h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 009342B5h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00931D13h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 7C838575h, location: "kernel32", loaded at 7C800000h - 7C8F4000h
Symbol: "ReadFileEx" (+000000B0h)
Address: 7C90EAC7h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "KiUserApcDispatcher" (+00000007h)
Address: 00931CFFh, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 00936124h, location: "foo_dirwatch", loaded at 00930000h - 00939000h
Address: 7C90EB94h, location: "ntdll", loaded at 7C900000h - 7C9B0000h
Symbol: "KiFastSystemCallRet" (+00000000h)
Version info:
foobar2000 v0.8.3
UNICODE
Re-tired it works great, one question though:
When i refresh album list panel its like nothing changed in the database... whats the deal?
Is there something I'm missing that i forgot to check or uncheck?
General question (as I never use the databse): What is the advantage of having a directory watcher and having changes applied to the database?
Second question: I'm searching for a solution of having really dynamic playlists (this would make life easier, for my wife e.g. ) i.e.: A playlist is linked to one or more directories, and if changes (adding/deletion of files) in the directory occur, the playlist will be changed automatically.
Is there such a solution? (BTW, I know foo_uie_explorer)
General question (as I never use the databse): What is the advantage of having a directory watcher and having changes applied to the database?
Second question: I'm searching for a solution of having really dynamic playlists (this would make life easier, for my wife e.g. ) i.e.: A playlist is linked to one or more directories, and if changes (adding/deletion of files) in the directory occur, the playlist will be changed automatically.
Is there such a solution? (BTW, I know foo_uie_explorer)
[{POST_SNAPBACK}][/a] (http://index.php?act=findpost&pid=371669")
I personally use foo_playlist_bind. Not dynamic but works very well.
[a href="http://www.skipyrich.com/foobar/foo_playlist_bind.ptml]http://www.skipyrich.com/foobar/foo_playlist_bind.ptml[/url]
nice plug in , but nothing to compare to the GREAT foo_dirwatch
this plugin really makes fb2k perferct... but I didn't have the chance to test it ;\
Failed to load DLL: foo_dirwatch.dll
Reason: This component is missing a required dependency, or was made for different version of foobar2000.
do you have any idea?
I'm trying on 0.9RC
thanks in advance
Thanks for all the comments and feedback, folks.
neooffs: The plug-in was written for foobar2000 v0.8.3, and won't work with the v0.9 release candidates.
Squeller: As for your first question - to keep foobar2000's database in sync with what's on your hard drive, without having to manually refresh/rescan constantly.
I don't think there's an ideal solution to your second question yet; the Autoplaylist functionality of v0.9 combined with this plugin (not possible until the SDK is released, of course) might work though.
enjoilax: Does anything show up in foobar's console display?
dt425: I will look into it; I think I have an idea as to why it is crashing.
To all requesting features/final versions: I've been busy and have not had time to update the plugin yet.
enjoilax: Does anything show up in foobar's console display?
[a href="index.php?act=findpost&pid=372388"][{POST_SNAPBACK}][/a]
Sometimes.
If it shows up and I make sure of that and refresh the album list nothing has changed still.
I'd LOVE to see a 0.9 port of this as well.
I'd LOVE to see a 0.9 port of this as well.
[a href="index.php?act=findpost&pid=377125"][{POST_SNAPBACK}][/a]
Me too. I loved this plugin for 0.8.3 and it made Foobar perfect for my needs
Yeah this plugin would be really cool with 0.9, especially if it was integrated with the autoplaylist functionality
What I could do with this is almost completely automate my new music processes - Set it to watch my "incoming" directory, create an autoplaylist that monitors files in that directory, then add all my new music to that directory and let foobar do the rest.
Once I've fixed/filled in the tags and renamed the new files using my masstagger scripts, it'll move to "albums." By making it an autoplaylist, it'll automatically be emptied from the incoming playlist, which is exactly the behavior I've been looking for for a long time.
Yeah this plugin would be really cool with 0.9, especially if it was integrated with the autoplaylist functionality
What I could do with this is almost completely automate my new music processes - Set it to watch my "incoming" directory, create an autoplaylist that monitors files in that directory, then add all my new music to that directory and let foobar do the rest.
Once I've fixed/filled in the tags and renamed the new files using my masstagger scripts, it'll move to "albums." By making it an autoplaylist, it'll automatically be emptied from the incoming playlist, which is exactly the behavior I've been looking for for a long time.
Yeah, that is exactly what I am after as well. This kind of functionality would make Foobar perfect for my particular needs
Here's hoping....!
Yeah this plugin would be really cool with 0.9, especially if it was integrated with the autoplaylist functionality
What I could do with this is almost completely automate my new music processes - Set it to watch my "incoming" directory, create an autoplaylist that monitors files in that directory, then add all my new music to that directory and let foobar do the rest.
Once I've fixed/filled in the tags and renamed the new files using my masstagger scripts, it'll move to "albums." By making it an autoplaylist, it'll automatically be emptied from the incoming playlist, which is exactly the behavior I've been looking for for a long time.
nice... good to see there are more people that "do" this behavior with their music...
and I'm still dreaming with a "perfect" player...
hi is the project dead?
I am looking forward to a port of this plugin as well.
Hi folks,
this is not dead, I just haven't had time to work on it lately. I should have some time next week (or possibly this weekend) to begin porting it.
Hi folks,
this is not dead, I just haven't had time to work on it lately. I should have some time next week (or possibly this weekend) to begin porting it.
Thanks for letting us know. I'll be patiently waiting
Sweet, can't believe I missed this back when i was using 8.3, a 9 version will rock. Thx for time, don't waste to much or your long weekend
just found out about this component but have to wait until its available for 0.9
i guess there are alot of people out there like me
ie who update their music library's quite often and want a way for foobar to always have the most upto date listing of the dir and put it all into a playlist,
and also when tages and files directories are changed witihing foobar that they are updated.
i dont mean to complain but it simply takes forever for me to rescan my 250gb of mp3s
and auto playlist only updates the playlist if the medialibrary has been updated..
This is going to be so cool once it's done. Can't wait
i hope you find the time to update this plugin, i really miss it for .9
Any updates coming?
I've been working on it; I've had to rework the architecture because of changes in the SDK, so it's taking a while.
I've been working on it; I've had to rework the architecture because of changes in the SDK, so it's taking a while.
Thanks for the update! I never even knew about this before and was wondering if something like it existed....sweet to know it is coming soon!!
[deleted]
Wow... this looks really cool! I just got some autoplaylists working, having this plugin will just put the icing on my cake!
Questions:
- Does this plugin work for network drives?
- Did the issue of changes made while Foobar2000 is not running get addressed?
I'm waiting for this one too. Thank you, falling down the stairs, for the great work!
I'm waiting for this one too. Thank you, falling down the stairs, for the great work!
Same here, this component would rule.
so how much longer do we have to wait for this awesome component...?
I am well keen
/me twiddles his thumbs
Would like to mention something i wasn't full aware a long time:
Under Context menu -> File operations you will find everything that lets you replace the Windows Explorer for deleting, renaming, moving, removing, adding files.
Foobar automatically updates its database if/when you use this operations so that i must say that foo_dirwatch in fact isn't so urgent.
Just create a script for adding files to libray folders, load your files into the playlist, choose the scripts and the effect is: your files are added to library with correct names and correctly organized in folders; the database is updated and also your autoplaylists. Removing files from library folders is also reflected as deleting files.
I can't imagine that there is a simpler and quicker way to update a database! Do you really use Windows Explorer for organizing your music files ind harddrive although foobar offers you a powerfull tool?
q-stankovic, though I see what you're saying - it would be much preferable if when I was moving music around in folders, I didn't have to add it to a playlist each time, and run the remove-dead-entries script to remove the older versions. I'd like foobar to keep scanning my music directory for changes, and to update itself without my needing to remember to do so. See why foo_dirwatch is valuable?
You are talking about two steps:
1. Changing content of your library folders
2. Then updating database
You cannot avoid the first step - that has to be done: by windows explorer or by foobars renamer (after adding it to playlist or using something like foo_playlistbind, foo_uie_explorer or the @drop queries in _foo_playlist tree)
But indeed you you can avoid step 2 if you use the renamer! In fact you have less work. Sure: if for some reasons somebody uses the Windows Explorer or other programs foo_dirwatch would be very helpful!
You are talking about two steps:
1. Changing content of your library folders
2. Then updating database
You cannot avoid the first step - that has to be done: by windows explorer or by foobars renamer (after adding it to playlist or using something like foo_playlistbind, foo_uie_explorer or the @drop queries in _foo_playlist tree)
But indeed you you can avoid step 2 if you use the renamer! In fact you have less work. Sure: if for some reasons somebody uses the Windows Explorer or other programs foo_dirwatch would be very helpful!
Here's my situation, and I don't see how your solution fixes that... but I could be misunderstanding you. I use the allTunes software from http://www.allofmp3.com (http://www.allofmp3.com) to purchase music. I have it put music in the "My Music" folder. I also use CDex (http://cdexos.sourceforge.net/index.html) to rip my CDs, which I have configured to put files in the "My Music" folder as well. With the foo_dirwatch plugin installed, I would only need to have foobar2000 running, and all the new music would get added to my library autoMAGICALLY!
If your solution can do this, then please explain further, because I'd love to do it!
Thanks!
That is what i said. foo dirwatch can be helpful under some circumstances. But i can help you in the second point. Stop ripping zour cds with cdex and use foobar for that.
But indeed you you can avoid step 2 if you use the renamer! In fact you have less work. Sure: if for some reasons somebody uses the Windows Explorer or other programs foo_dirwatch would be very helpful!
This extension is particularly best for people in a similiar situation to this one: I am not only changing the names of my files, I am re-organizing my media library - moving files between folders, moving entire folders around. I can't do that with the renamer or any other tool as easily as I can with explorer...
But indeed you you can avoid step 2 if you use the renamer! In fact you have less work. Sure: if for some reasons somebody uses the Windows Explorer or other programs foo_dirwatch would be very helpful!
This extension is particularly best for people in a similiar situation to this one: I am not only changing the names of my files, I am re-organizing my media library - moving files between folders, moving entire folders around. I can't do that with the renamer or any other tool as easily as I can with explorer...
Hmmm? Why not? What can the windows explorer do what is not possible by the renamer? The only point that comes spontaniosly to my mind are the clipboard actions. On the other side the renamer offers you so much more: moving of
entire folders, definable name/folder shemes and quick access to scripts.
Hmmm? Why not? What can the windows explorer do what is not possible by the renamer? The only point that comes spontaniosly to my mind are the clipboard actions. On the other side the renamer offers you so much more: moving of entire folders, definable name/folder shemes and quick access to scripts.
Ok, so I tried using your suggestion. I just bought some new music, and downloaded it to a temporary directory. I put in the folder.jpg files for album art, and then created and ran a rename/move script that put it in the "My Music" folder. Well, that was a waste of my time. The files did NOT get put into the library! Not only that, the "folder.jpg" files got left behind. I can see how this feature could be useful in some other situation, but it's completely worthless for mine.
All this about the renamer aside, is foo_dirwatch for 0.9 coming?
Any news on this project? Or has it been abandoned...
<g> hey guys, let the man do his job first. Give him some breathing time...
I too am waiting with bated breath...
<g> hey guys, let the man do his job first. Give him some breathing time...
I too am waiting with bated breath...
no no! no time! we must get this plugin
now - it's imperative!
i think the problem is he's had too much time - we really aught to crack the whip...
All this about the renamer aside, is foo_dirwatch for 0.9 coming?
Let me say a last word to that topic: I know that foo_dirwatch could be important - i just wanted to make aware the power of the renamer because i thought they might be some people who don't know exactly how the renamer works like me a few time go.
@sonny savage
Hmm? When i move a file to library folders it will be imported into database. I checked that with database search.
Hmm? When i move a file to library folders it will be imported into database. I checked that with database search.
I just tried again, and you're right! The odd thing is that it doesn't show up in my Autoplaylist. I had to re-create the Autoplaylist, and then it appeared in there. So, in short, this looks like an Autoplaylist bug.
It says this here: http://www.foobar2000.org/components/index.html (http://www.foobar2000.org/components/index.html)
...This component is currently under development; while it is usable without known issues, a version with better user interface will be released soon.
Is anyone familiar with the release process by the Foobar2000 team? What does "soon" mean to them?
Thanks q-stankovic!
*twiddles thumbs*
if anyone wants to take the reigns on this one and make a plugin that updates foobar's database based on changes in a monitored directory -- please do it! we would all, no doubt, appreciate it.
I was doing a Google search, and came up with these two sites about ReadDirectoryChangesW. If anyone is going to take this project on, you may want to read these:
http://blogs.msdn.com/ericgu/archive/2005/10/07/478396.aspx (http://blogs.msdn.com/ericgu/archive/2005/10/07/478396.aspx)
http://support.microsoft.com/kb/245214/en-us (http://support.microsoft.com/kb/245214/en-us)
I also found some wrapper code that's available here:
http://www.codeproject.com/file/directorychangewatcher.asp (http://www.codeproject.com/file/directorychangewatcher.asp)
I honestly wish I had the knowledge/tools/time to do it myself since I REALLY want the plugin.
... anybody out there??
echo!!! echooooo!?
Sorry folks... the dream is dead. I'll be releasing the source code with a list of known problems by the end of this week.
nooooooooooo say it aint so
hopefully someone else will pick up this awesome componanet...
alright say I have downloaded an album. I decide i like the album, so go out and buy the CD. I come home, delete the DLed files from my hard drive, remove them from the foobar library, then rip the CD, adding the new tracks to my library.
the next day, i reopen foobar, and all the tracks i deleted the day before are still there along with the new tracks, but of course whenever i try to play the deleted tracks it tells me "blah blah blah, file not found" and teh new tracks play fine.
Now, one would think that "rescan media library" would fix this issue, right? wrong. Of course, it works right after i use it, but as soon as i close and reopen foobar, the files are STILL in my library.
will this plugin fix that issue? aka, will this plugin finally make it so that when you remove files from your library they STAY removed? If not this plugin, then what will?
alright say I have downloaded an album. I decide i like the album, so go out and buy the CD. I come home, delete the DLed files from my hard drive, remove them from the foobar library, then rip the CD, adding the new tracks to my library.
the next day, i reopen foobar, and all the tracks i deleted the day before are still there along with the new tracks, but of course whenever i try to play the deleted tracks it tells me "blah blah blah, file not found" and teh new tracks play fine.
Now, one would think that "rescan media library" would fix this issue, right? wrong. Of course, it works right after i use it, but as soon as i close and reopen foobar, the files are STILL in my library.
will this plugin fix that issue? aka, will this plugin finally make it so that when you remove files from your library they STAY removed? If not this plugin, then what will?
there already was discussion of this bug/problem. delete all playslists and then rescan media library. should fix this.
no dont do that. scan all playlist with this special album in it for dead files. then rescan library. (deleting all playlist, wtf. i would die before doint that)
Sorry folks... the dream is dead. I'll be releasing the source code with a list of known problems by the end of this week.
Shame to hear that. With the source someone out there will surely continue with it though. Honeslty I'm not sure why functionailty like this plugin isn't part of foobar by default. Seems like an excellent thing for any media library to do.
Sorry folks... the dream is dead. I'll be releasing the source code with a list of known problems by the end of this week.
Shame to hear that. With the source someone out there will surely continue with it though. Honeslty I'm not sure why functionailty like this plugin isn't part of foobar by default. Seems like an excellent thing for any media library to do.
If you read my posts one page before you will find arguments that foobars media library does much more than every other library i know. Just use the whole potential of foobar!
So nu, where's the source?
Yeah, i'd like to see it, too
hi
is this awesome project closed?
Sorry it's been so long; I won't bore you with the details of why.
I don't have a list of known problems with this code; if anyone seriously wants to continue this project let me know and I'll do a bit of testing on it.
EDIT: removed
Bump!
Have anybody tried to update this plugin for 0.9? Automatically updating of DB is the last feature I'm really missing in fb2k.
At least it would be useful to remove dead entries when the files should be played and are not found. Is it somehow possible?
I would also like to be able to use this plugin in 0.9.
Is there any alternative to rescan the library every time you add files to your folders without using this plugin?
Thanks
Is there any alternative to rescan the library every time you add files to your folders without using this plugin?
Add your files to your medialibrary folders by using the massrenamer and you don't need to rescan them because medialibrary will be updated automatically.
I hope someone comes out with a new version, I'd do them!
Wanted to add my request for this component to be updated for 0.9.x
I'd also LOVE this in 0.9
what everyone that mentioned this being continued +1
It's back.
There are some limitations for now - see below.
foo_dirwatch 0.2 alpha (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2alpha.zip)
Known issues:
- directory renames, adds, removes not handled
- moved files' playlist entries are not updated (the Media Library is updated though)
awesome news, I can't wait for more updates, been a while since this was 0.9 ready but no complaints for me, i will let you know how it goes... thx again
It's back.
I'm very glad to read this.
Known issues:
- directory renames, adds, removes not handled
Will this be changed in later versions?
So far it seems to work great.
Thank you
//edit: it seems that cuesheets aren't handled too.
I have a folder I want watched which I use to download podcasts to, whilst the tracks are downloading foobar reports sharing violations of the files currently being downloaded, is it possible to have a workaround for this.
i wanted dirwatch primarily for my downloads folder and i cant use it whilst downloads are running.. perhaps i can change my download program to rename the ext until the download is finished or something like that for the time being...
awesome work@@@
Known issues:
- directory renames, adds, removes not handled
Will this be changed in later versions?
So far it seems to work great.
Thank you
//edit: it seems that cuesheets aren't handled too.
Yes, I plan to add proper directory handling pretty soon.
As for the cuesheets, are you using embedded cuesheets or separate ones? Does anything show up in the console?
I have a folder I want watched which I use to download podcasts to, whilst the tracks are downloading foobar reports sharing violations of the files currently being downloaded, is it possible to have a workaround for this.
i wanted dirwatch primarily for my downloads folder and i cant use it whilst downloads are running.. perhaps i can change my download program to rename the ext until the download is finished or something like that for the time being...
awesome work@@@
I didn't test that case... that is rather obnoxious. I'm working on a fix for it right now.
Anyway, here's an update: foo_dirwatch 0.2 alpha 2 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2alpha2.zip)
Fixes
- potential memory leak when enabling/disabling directory watcher repeatedly
- revised preferences page
Known issues
- directory renames, adds, removes not handled
- moved files' playlist entries are not updated
- annoying "Sharing violation" message when detecting download-in-progress files
Yes, I plan to add proper directory handling pretty soon.
Great news.
As for the cuesheets, are you using embedded cuesheets or separate ones? Does anything show up in the console?
I use seperate cuesheets. Curiously the console shows that they are handled. Example:
Notified the Media Library that "C:\Dokumente und Einstellungen\eickert\Eigene Dateien\MP\Mark Farina - House Of OM\Mark Farina - House Of OM.cue" was removed.
Precached "C:\Dokumente und Einstellungen\eickert\Eigene Dateien\MP\Mark Farina - House Of OM\Mark Farina - House Of OM.cue" to the Media Library.
But they won't removed from Album List/facets-view. Maybe this depends on my system how i handle files with cuesheets!? I rename the files to *.cue.mp3;*.cue.ogg an so on and exclude them under Preferences > General/Media Library. So only the content of the cuesheets are read, and not additionally the single file.
//edit: nothing change if i don't exclude any files.
And once again: foo_dirwatch 0.2 alpha 3 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2alpha3.zip)
This has a quick fix for the "Sharing violation" popup. I'll add a more elegant solution (i.e., one that actually gets the file info before adding the file) shortly.
Fixes
- single entry in "Directories to monitor" listbox (in preferences page) could not be removed
- annoying "Sharing violation" message when detecting download-in-progress files
Known issues
- directory renames, adds, removes not handled
- moved files' playlist entries are not updated
- files that couldn't be opened are added to the Media Library without info
- cuesheets not handled properly
I like the sound of this plugin, but there are some issues you mention which would make it easier to do it all manually in foobar rather than use this. I'll keep an eye out for updates though as long as it's still being developed?
I have a small bug report. When I change something in a non-music file (plain text or picture) foobar reports the following:
Could not load info (Unsupported file format) from:
"D:\Muziek\Electronica\Autechre\Tri Repetae\Disc 2\folder.jpg"
It's a relatively minor issue but it is one nonetheless.
you should add all the the file types you do not want the component to monitor in the options
eg my exclusion list is
"*.txt;*.jpg;*.png;*.gif;*.nfo;*.m3u;*.sfv"
maybe this will help you, also I recommend putting the same info into the media library options window to excluce these same file types.
component is working great now, thx for the sharing violation fix
I have a small bug report. When I change something in a non-music file (plain text or picture) foobar reports the following:
Could not load info (Unsupported file format) from:
"D:\Muziek\Electronica\Autechre\Tri Repetae\Disc 2\folder.jpg"
It's a relatively minor issue but it is one nonetheless.
Yeah, I'm aware of it... I have some logic that's supposed to catch that error before the end user (i.e., you) sees it, but it doesn't seem to be 100% reliable.
In the meantime, the best workaround is to do what 4nt1 said - add those formats to the exclusion list.
Another day, another release: foo_dirwatch 0.2 alpha 4 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2alpha4.zip)
Fixes
- Implemented directory rename handling
Known issues
- directory adds, removes not handled
- moved files' playlist entries are not updated (renamed files' entries are, though)
- files that couldn't be opened are added to the Media Library without info
- cuesheets not handled properly
Guess what? It's beta time! foo_dirwatch 0.2 beta 1 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2beta1.zip)
I did some more testing with directory removal, and it turns out only certain cases aren't supported:
- if a directory is moved to the Recycle Bin
- if a directory is moved to another folder on the same drive (e.g., C:\music\testdir -> C:\music2\testdir)
Unfortunately, this appears to be a limitation of the underlying Windows API function, so I'm not sure if I'll be able to fix it.
As for cuesheets, there is rudimentary support in this version; all subsongs will be added to the Media Library but they may not all have info if the associated music file couldn't be opened. (This limitation will be fixed in the next release.) One thing to note is that if you have a separate cuesheet + audio file, the audio file will also be added to the Media Library unless explicitly excluded via the filters in the preferences page. There is no way around this... I'd recommend either naming the associated music file something easy to exclude, or using embedded cuesheets.
Fixes
- Implemented directory add handling
- Implemented rudimentary subsong handling (for cuesheets and other formats that contain subsongs)
- Added preference: "Remove deleted files from playlists"
- Fixed Unicode-related bug in parsing routines for directory list/inclusion filter/exclusion filter
Known issues
- directory removes not handled *in certain cases only, see above*
- moved files' playlist entries are not updated (renamed files' entries are, though)
- files that couldn't be opened are added to the Media Library without info
- when files that contain subsongs are removed, the Media Library is not properly notified
thx for this great plugin. finally, no more media library scanning
the new beta works great now with the directory add handling. that was the important feature i was missing. now that it's implemented it's a very useful component
I've just added My Music folder to dirwatch but it doesn't seem to work, or I just don't know how it works.
My Music is organized in this way:
F:\My music\A
F:\My music\B
F:\My music\C
...
Do I need to add each folder separately?
I've just added My Music folder to dirwatch but it doesn't seem to work, or I just don't know how it works.
My Music is organized in this way:
F:\My music\A
F:\My music\B
F:\My music\C
...
Do I need to add each folder separately?
No, you should be able to simply add
F:\My music and it should work.
Do you see anything in the console window?
I'm using the newest version (beta 1), but it still doesn't seem to detect directory renames. When I rename files, it detects it fine, but folder renaming seems to have no effect on the library.
I've just added My Music folder to dirwatch but it doesn't seem to work, or I just don't know how it works.
My Music is organized in this way:
F:\My music\A
F:\My music\B
F:\My music\C
...
Do I need to add each folder separately?
No, you should be able to simply add F:\My music and it should work.
Do you see anything in the console window?
Hm let me see...
Autoplaylists initialized in: 0:00.000044
Added "D:\Vini\Minhas musicas" to directory monitor list.
Started monitoring directories.
Startup time : 0:04.167012
Couldn't open file; adding infoless entry. (D:\Vini\Minhas musicas\C\Control Denied\The Fragile Art Of Existence\01 Consumed.mp3)
pq
Bug: we monitor a folder d:\Music. I have a file d:\music\other\1.mp3. I'm copying this file to d:\music\other\1.mp3. If an mp3 is big enough, the copying process will be some seconds. During this process, the access to the file is restricted, and the dirwatch fails to add the file.
Bug:
I added some folders (manually) to "C:\Documents and Settings\Owner\My Documents\My Music\Paramore\Riot!\" and dirwatch added these folders (as in the folder itself, AND the containing files) to the playlist. I added 6 or so folders, so now I have the folder names in my playlist, AND their contents. Can this be fixed?
Hey folks, here's a new version: foo_dirwatch 0.2 beta 2 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2beta2.zip)
I rewrote the file notification handler to, among other things, spend the minimum amount of time in foobar2000's main thread. What does this mean? You'll notice a lot less UI freezing when adding or renaming large files and directories with a lot of files in them. Directory entries should also no longer be added to the Media Library.
I've also added functionality to retry if it cannot access a file, so that should take care of the "sharing violation" problems folks have been getting. As a bonus, this makes removal notifications play nice with files containing subsongs (i.e., cuesheets).
Let me know if this fixes (or doesn't fix) the problems people have been experiencing.
Fixes
- Rewrote file notification handling
- Replaced lazy sharing violation handling with a retry mechanism
Known issues
- directory removes not handled *in certain cases only, see previous release post*
- moved files' playlist entries are not updated (renamed files' entries are, though)
Oops! Quick fix for a crash bug: foo_dirwatch 0.2 beta 3 (http://www.theredstick.net/stuff/fb2k/foo_dirwatch_0.2beta3.zip)
Woah! Best plug-in ever (ok, maybe not, but right now I feel like so ) thank you for making this
Directory handling now is better. The console shows added an removed directorys, but it doesn't update Album-List and Facets-View.
Very very useful plugin. I'm looking forward to the next versions. Thanks again.
Thanks for your work on this component, it's a real lifesaver.
Are your directories to monitor UNC paths (or mapped network drives)?
Is this (the monitoring of network drives) a resolvable issue?
Bug:
I added some folders (manually) to "C:\Documents and Settings\Owner\My Documents\My Music\Paramore\Riot!\" and dirwatch added these folders (as in the folder itself, AND the containing files) to the playlist. I added 6 or so folders, so now I have the folder names in my playlist, AND their contents. Can this be fixed?
This behavior was fixed with the recent updates; are you asking how to remove those directory entries from the Media Library?
Directory handling now is better. The console shows added an removed directorys, but it doesn't update Album-List and Facets-View.
Very very useful plugin. I'm looking forward to the next versions. Thanks again.
I don't use the album list so I haven't looked into that, but the Facet views update just fine for me... can you confirm that it's not updating on your end?
Thanks for your work on this component, it's a real lifesaver.
Are your directories to monitor UNC paths (or mapped network drives)?
Is this (the monitoring of network drives) a resolvable issue?
The latest versions should work fine with network drives.
I don't use the album list so I haven't looked into that, but the Facet views update just fine for me... can you confirm that it's not updating on your end?
The problem seems to occur only in this case:
- if a directory is moved to another folder on the same drive (e.g., C:\music\testdir -> C:\music2\testdir)
Do you think you'll be able to fix this? I only move my music-files and directorys on the same drive.
Thank you
Bug:
I added some folders (manually) to "C:\Documents and Settings\Owner\My Documents\My Music\Paramore\Riot!\" and dirwatch added these folders (as in the folder itself, AND the containing files) to the playlist. I added 6 or so folders, so now I have the folder names in my playlist, AND their contents. Can this be fixed?
This behavior was fixed with the recent updates; are you asking how to remove those directory entries from the Media Library?
No, the problem I am having is that any folder I add to my "My Music" folder (a.k.a my Media Library) is also being added to my playlist as an actual song entry. Obviously you can't play a folder, so my foobar will try and play it, then since a folder isn't a media file, it will skip it to a real song. Here is a picture of what I mean:
(http://img.photobucket.com/albums/v326/keikonium/testfolderdirwatch.png)
See the last entry in Explorer is named "Test". It is a folder I created by right clicking, and creating a new folder. Now, it automatically updates in the playlist (top entry) with an entry called "Test". That is the folder itself being added to the playlist @_@. I have a filter on that looks like this: "mp3;m4a;ogg;wma;wav;fla;flac;mp2;aac;".
Is that a bit more clear?
Would it be possible to add an option to constantly update a playlist instead of the media library? Combined with foo_dop I could really use that feature with my iPod..
No, the problem I am having is that any folder I add to my "My Music" folder (a.k.a my Media Library) is also being added to my playlist as an actual song entry. Obviously you can't play a folder, so my foobar will try and play it, then since a folder isn't a media file, it will skip it to a real song. Here is a picture of what I mean:
[...picture...]
See the last entry in Explorer is named "Test". It is a folder I created by right clicking, and creating a new folder. Now, it automatically updates in the playlist (top entry) with an entry called "Test". That is the folder itself being added to the playlist @_@. I have a filter on that looks like this: "mp3;m4a;ogg;wma;wav;fla;flac;mp2;aac;".
Is that a bit more clear?
I can't reproduce this problem with the latest version (0.2 beta 3); are you using that version or an older one?
Also, your include filter should look like:
*.mp3;*.m4a;*.ogg;*.wma;*.wav;*.fla;*.flac;*.mp2;*.aacOtherwise it will only match exact paths. As an aside, what are you using to automatically add new files to a playlist?
Also, your include filter should look like: *.mp3;*.m4a;*.ogg;*.wma;*.wav;*.fla;*.flac;*.mp2;*.aac
Otherwise it will only match exact paths. As an aside, what are you using to automatically add new files to a playlist?
Does it mean that if i have only exlude list defined, foo_dirwatch still will match only exact path?
Does it mean that if i have only exlude list defined, foo_dirwatch still will match only exact path?
It will only match exact paths if you do not include wildcards. For example:
*.txt in the exclude filter will exclude all files with a ".txt" extension. (e.g., "C:\Blah\readme.txt")
txt in the exclude filter will exclude files with an absolute path+filename of "txt" -- meaning it won't actually exclude any files, since "txt" is not a valid path.
I can't reproduce this problem with the latest version (0.2 beta 3); are you using that version or an older one?
Also, your include filter should look like: *.mp3;*.m4a;*.ogg;*.wma;*.wav;*.fla;*.flac;*.mp2;*.aac
Otherwise it will only match exact paths. As an aside, what are you using to automatically add new files to a playlist?
I am using 0.2 beta 3, yes. I changed my filter so it looks like you have above, but it still happens . I am using dirwatch (your component) to automatically add files to a playlist... . Unless I miss understood your question.
Here are the settings I am using if it matters:
(http://img.photobucket.com/albums/v326/keikonium/dirmonsettings.jpg)
I meant, how are you having the newly-detected files automatically added to a playlist? foo_dirwatch only adds to the Media Library.
Also, are you running Vista or XP?
I meant, how are you having the newly-detected files automatically added to a playlist?
Easily be done with the "New" autoplaylist feature in 0.9.5 beta albumlist.
or.. a bit of work (but still can be done) with old autoplaylist.
I meant, how are you having the newly-detected files automatically added to a playlist? foo_dirwatch only adds to the Media Library.
Also, are you running Vista or XP?
I am running XP Home SP2.
And the newly-detected files are being added to the media library via foo_dirwatch, but foo_dirwatch is also adding the folders themselves. I have tested this with a fresh install of foobar beta 7 with only columns UI, Panels UI (set as the default UI), and foo_dirwatch as extra components. The moment a new file or folder is added to my media library folder (in this case "My Music") it gets updated in the playlist.
And the newly-detected files are being added to the media library via foo_dirwatch, but foo_dirwatch is also adding the folders themselves.
Yes, you've already made this clear. What is not clear to me is how the *playlist* is also being populated with new entries. My component does nothing to any playlists.
Anyway, can you post the console output when the adds occur? Thanks!
You're component
doesn't do anything to playlists ? It seems to add files to my Media Library playlist. Without your component, nothing gets added unless I manually put it there. I was under the impression that what this component does is monitor the Media Library, and update the Media Library playlist accordingly.
Anyways, here is the output from the console:
Added "C:\Documents and Settings\Owner\My Documents\My Music" to directory monitor list.
Started monitoring directories.
Audioscrobbler: Handshake successful.
Directory add detected: file://C:\Documents and Settings\Owner\My Documents\My Music\New Folder
This is what happened when I made a new folder called "New Folder" in my Media Library folder (which is set to "My Music"). It also, again, added the entry to my playlist .
You're component doesn't do anything to playlists ?
You can use autoplaylist or the new albumlist to auto-refresh your playlists from the library that foo_dirwatch auto-refreshes.
Great plugin, BTW.
Keikonium: Can you post a screenshot of the "Components" preferences page? Also, is the playlist that's getting updated an autoplaylist?
i'm confused about this new albumlist thing and how it all works to show newly added tracks to a another playlist
Bug (i guess): It takes a long time to delete files inside foobar2000. I guess it's trying update the dirs while the files are being deleted, while it should just ignore it in this case, as the library is already being updated.
Add to what Odyssey report: Using foobar to move or copy files into monitored folder by means of foo_fileops or foo_masstagger also results in slow operation.
Thank you for this very usefull plugin.
shakey_snake how EXACTLY do you do that ? thanx
I have a problem using foo_dirwatch and foo_playcount.
When the song is finished, foobar changes playlist from the playlist foo_uie_quicksearch created to foo_browser playlist. My playlist panel blinks about 10 times. If I just switch back to the foo_uie_quicksearch playlist the finished track is gone. I have to redo my search to get the track back.
Here is the errors from console:
Reopening played file after update: "E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Evil Twin.mp3"
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-F95BBCEF26D4950D11F83A926F0F899F.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3".
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-F95BBCEF26D4950D11F83A926F0F899F.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-F95BBCEF26D4950D11F83A926F0F899F.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-F95BBCEF26D4950D11F83A926F0F899F.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - As Common As.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-F95BBCEF26D4950D11F83A926F0F899F.mp3" ceased to exist; stopping retry.
Reopening played file after update: "E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3"
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\temp-DFBB53D83B46D40E401B28B04451E983.mp3" ceased to exist; stopping retry.
Reopening played file after update: "E:\Musik\Hele Albums\D.A.D\Live P3 20-12-2007\D.A.D. - Sleeping My Day Away.mp3"
Reopening played file after update: "E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3"
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-AFB6999C780E697EA1D5288B4937F026.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3".
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-AFB6999C780E697EA1D5288B4937F026.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-AFB6999C780E697EA1D5288B4937F026.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-AFB6999C780E697EA1D5288B4937F026.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - A Kiss Between The Legs.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-AFB6999C780E697EA1D5288B4937F026.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-40F19BD0276611CD02DC4F59F7608DC5.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3".
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-40F19BD0276611CD02DC4F59F7608DC5.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3".
File "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-40F19BD0276611CD02DC4F59F7608DC5.mp3" ceased to exist; stopping retry.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3" was removed.
Notified the Media Library that "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\temp-40F19BD0276611CD02DC4F59F7608DC5.mp3" was renamed to "file://E:\Musik\Hele Albums\D.A.D\Everything Glows\D.A.D - As Common As.mp3".
CPU: AMD Athlon™ XP 2600+ [x86 Family 6 Model 10 Stepping 0]
Operating System: Microsoft Windows XP [version: 5.1.2600 Service Pack 2]
Installed RAM: 1024 MBytes
Free disk space on foobar2000 partition: 135685 MBytes
foobar2000 path: C:\Programmer\foobar2000\
Core version: foobar2000 v0.9.5
Build time: 20:57:54 on 31 December 2007
Active components (39):
Core.dll v0.9.5 [] - foobar2000 core
foo_abx.dll v1.3.1 [16 December 2006] - ABX Comparator
foo_ac3.dll v0.9 [07 February 2007] - AC3 decoder
foo_albumlist.dll v4.1 [29 December 2007] - Album List
foo_browser.dll v1.2.3b [Mar 23 2007 - 16:52:56] [23 March 2007] - Music Browser
foo_cdda.dll v2.1.2 [14 December 2007] - CD Audio Decoder
foo_comserver2.dll v0.7 alpha 6 [31 July 2006] - COM Automation server
foo_converter.dll v1.0.2 [29 December 2007] - Converter
foo_cwb_hooks.dll v1.0.5 [Jun 12 2007 - 15:14:00] [12 June 2007] - Tagger Panel Window
foo_cwb_hooks.dll v1.2.5 [Jun 8 2007 - 08:49:42] [12 June 2007] - cwbowron's title format hooks
foo_dirwatch.dll v0.2 beta 3 [09 December 2007] - Directory watcher
foo_dsp_std.dll v1.0 [23 November 2007] - Standard DSP Array
foo_facets.dll v2007-12-16 [18 December 2007] - Facets
foo_fileops.dll v2.0 [29 December 2007] - File Operations
foo_freedb2.dll v0.5.2.1 [16 August 2007] - freedb Tagger
foo_input_ds.dll v0.1 [18 April 2007] - DirectShow input
foo_input_monkey.dll v2.1.2 [13 April 2007] - Monkey's Audio decoder
foo_input_ofr.dll v1.21b [26 June 2006] - OptimFROG Lossless/DualStream Decoder
foo_input_reverse.dll v0.1.3 (Intel SSE) [23 May 2007] - Reverse Playback
foo_input_shorten.dll v0.4.2.1 [21 August 2007] - Shorten decoder
foo_input_std.dll v1.0 [29 December 2007] - Standard Input Array
foo_misc_addons.dll v0.1 (Intel SSE) [23 May 2007] - Misc. Addons
foo_msnalt.dll v2.4 [10 April 2006] - MSN Now Playing (alt)
foo_out_asio.dll v1.2.5 [23 June 2007] - ASIO support
foo_playcount.dll v2.0 [16 October 2007] - Playback Statistics
foo_rgscan.dll v2.0.2 [29 December 2007] - ReplayGain Scanner
foo_run.dll v0.3.2 [15 June 2006] - Run services
foo_ui_columns.dll v0.2.1 alpha 10 v3 [10 January 2008] - Columns UI
foo_ui_std.dll v0.9.5 [29 December 2007] - Default User Interface
foo_uie_albumart.dll v0.2.7.1 [16 December 2007] - Album Art Panel
foo_uie_albumlist.dll v0.2.3 beta [11 June 2007] - Album list panel
foo_uie_queuemanager.dll v0.2.3 [17 December 2006] - Queue manager panel
foo_uie_quicksearch.dll v2.8l [18 May 2007] - Quick Search Toolbar
foo_unpack.dll v1.1 [29 December 2007] - RAR reader
foo_unpack.dll v1.0 [29 December 2007] - ZIP/GZIP reader
foo_utils.dll v0.6.2 beta 3 [29 October 2007] - Playlist Tools
foo_version.dll v0.3 [18 July 2006] - Components versions viewer
foo_winamp_ipc.dll v0.1.0 [02 November 2007] - Winamp IPC emulator
foo_winamp_spam.dll v0.96 [26 March 2007] - Winamp API Emulator
[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: added CODEBOX[/size]
Did some more researching.
The error only occurs, when foo_dirwatch is loaded
tried to move foo:uie_quicksearch and foo_playcound from components folder.
And the error does not only happens in the foo_uie_quicksearch playlist, but also in my normal playlist.
updated foo_run, so it is also newest version.
You're component doesn't do anything to playlists ?
You can use autoplaylist or the new albumlist to auto-refresh your playlists from the library that foo_dirwatch auto-refreshes.
Can you explain it please? I found a lot of answers alá "use dirwatch and autoplaylist to update your playlist" but no explanations... would be nice...
I don't know exactly what you're looking for in an explanation.
Do you know how to create autoplaylists?
Do you know how to use foo_dirwatch?
If the answer to both of those is "yes" then you just do both of these things at the same time.
I don't know exactly what you're looking for in an explanation.
Do you know how to create autoplaylists?
Do you know how to use foo_dirwatch?
If the answer to both of those is "yes" then you just do both of these things at the same time.
And if the anser is no?
I just want that new titles in some directors will be automatically updated in my current playlist...
To which question?
What User Interface are you using?
By "new titles" do you mean new files or are you talking about updating the tags?
By "directors" do you mean directories?
To which question?
What User Interface are you using?
By "new titles" do you mean new files or are you talking about updating the tags?
By "directors" do you mean directories?
I think i want to achieve the same effect as InFlame is trying to describe: To make a playlist of recently added files to a directory monitored by dirwatch. Maybe you have some ideas on how to achieve this?
I think i want to achieve the same effect as InFlame is trying to describe:
Well, it's not not quite.
To make a playlist of recently added files to a directory monitored by dirwatch. Maybe you have some ideas on how to achieve this?
You're
recently added wrinkle probably makes your request less fessible, but if you'd bother to answer the questions I asked above (help me, help you ), maybe I could help you get something close.
Sorry for my bad english
This is what I want: New music in the folder MyMusic should be automatically added to a playlist. In foo_facets its working great: I copy new music in the folder and I can choose it from the list. But is it possible to add the new music to a playlist automatically? Because I have a playlist with all my music which I use for random playing. And of course it would be nice if changes (in the tag) will be updated automatically too.
I hope its clear now...
btw: I use the default UI
Yeah, much more clear, thank you.
All you need to do is create a Autoplaylist of your Library's root.
So in your first facet pane (the left-most or top-most one), right-click on All and select Create Autoplaylist.
Now you should have a new playlist named "New Autoplaylist" (you can rename it to whatever you want), and that playlist will do what you ask.
You can make Autoplaylists out of any item in facets or node in the Albumlist; you can also create a query in the "search" Media Library Viewer (main menu -> Library->Search) and make an Autoplaylist out of that as well.
Just quite simple... haha.... thank you a lot, thats what I want and its working fine... terrific
thank you a lot for your patience
I often times unzip music or copy music using tools that create tmp files, and the directory watcher gives me many errors when it does this. They resolve themselves just fine, I just wish that it would not give me a message box for these errors but would rather have an option to write to log or something.
Is this open source?
maybe you can add a feature to import & export the settings of the component
Something's wrong. It's not working properly all the time.
I just setup dirwatch to watch my "Ripped" folder, and an autoplaylist that keeps my ripped music in a seperate playlist. It works pretty well, except, that dirwatch doesn't catch all the incoming files (although most of course). I can't even force it to re-check it's watched dirs. Only when I dragged the entire folder into another playlist (which effectively will add all files to the library) it got all files.
I've found, that using mp3tag (from mp3tag.de) to modify .. tags or even filenames won't trigger any change in the DB. My guess is that programs should fire some windows API directory event, and your grabber/ripper isn't doing that, neither mp3tag.
When moving/renaming files with Total Commander, the dirwatch picks up the changes nicely, so it's working, just not actively monitoring folders.
// of course, I could be wrong, I haven't delved into windows API (or even dirWatch)
Hi, I can't make this plugin work. What I would like to do is to make FooBar rescan certain folders at startup, because I have a My Music folder with an Archive subfolder for old music and an Incoming folder for new music. I would like to rescan only the Incoming folder at each FooBar startup.
Is that possible, and how? Thanks!
Is there no way to do that?
No, I think. But you can allow foobar to rescan the whole database on startup. The already present part shouldn't take too much time.
(Rescanning my ~200 GB takes 1-2 minutes, and it can be done in the background, so it's very convinient.)
Plus, I think emumerating the directories and files are done in alpabetical order, so if you want your new albums to get into the database as soon as possible, make the incoming folder start with space, dot, exclamation mark or a few A letters, thus putting it at the top of the list.
Hi,
I would like the directories to be watched and refreshed when Foobar is not running.
(I usually manage my music directories with Windows explorer, and with Foobar closed)
But it seems that foo_dirwatch don't allow this now (I also tried by copying foo_dirwatch.dll in Windows/System32)
- Is there a way to watch directories when Foobar is closed (using or not dirwatch) ?
- I read on this forum that Falling down the stairs was thinking about it : will this function come soon?
Thanks
That would require a separate program, similar to Winamp Agent. And a lot more code.
That would require a separate program, similar to Winamp Agent. And a lot more code.
It would be much better if there was something that could do it.
I Always have those messages :
Unable to open item for playback (Object not found): "G:\My Music\blabla.mp3"I will wait with interest for this component...
You should simply scan your library for deleted items....
That would require a separate program, similar to Winamp Agent. And a lot more code.
It would be much better if there was something that could do it.
I agree. But it wouldn't resemble this component.
I Always have those messages : Unable to open item for playback (Object not found): "G:\My Music\blabla.mp3"
- Put your entire library in one playlist
- Edit -> Remove dead items.
I will wait with interest for this component...
Like I said, what you are waiting for is outside the realm of a simple foobar200 component.
outside the realm of a simple foobar200 component.
And outside of everything else, too. Only the foobar developers could release such a tool and they won't.
While it is of course possible to write such a tool without being involved in foobar's development, no serious developer would do that. You would have to mess with foobar's database, which is completely undocumented and may change any sub-version. That's simply stupid.
Short: You don't have to wait - it's not gonna happen. Either get used to managing you database yourself (why would you want to move your files every day anyways?) or look for another player that involves such a tool like you demand (winamp has been named...).
also the smart thing to do is manage your music from within foobar itself...
setup a temporary folder and some renaming scripts which then move / rename / structure your music to your taste.. then when you delete tunes use the file ops component to delete the music and it will be updated in your music library
outside the realm of a simple foobar200 component.
And outside of everything else, too.
I glad to hear the opinion of someone more familiar with the SDK, thank you.
Only the foobar developers could release such a tool and they won't.
While it is of course possible to write such a tool without being involved in foobar's development, no serious developer would do that. You would have to mess with foobar's database, which is completely undocumented and may change any sub-version. That's simply stupid.
Humm... Interesting.
You couldn't have a "log changes" .exe interface with a "Commit changes" fb2k component?
The SDK wouldn't allow something like that?
You should simply scan your library for deleted items....
I have a very big library.
I’m searching for something that doesn’t scan everything
(otherwise I would scan media library at every start of Foobar)
- Put your entire library in one playlist
- Edit -> Remove dead items.
It takes more than 5 minutes to scan the dead items. I won’t do that usually.
+ There are also files that are not present at the same place : they just have been moved.
I don’t want them to be removed from database.
Either get used to managing you database yourself (why would you want to move your files every day anyways?)
I move these files cause my library evolves frequently (I always listen to new things).
But maybe I’m just a too ‘strong’ music listener ! …
or look for another player that involves such a tool like you demand (winamp has been named...).
Yes, I think about Winamp, but I prefer foobar… (functions to manage tags and files, and others)
also the smart thing to do is manage your music from within foobar itself...
setup a temporary folder and some renaming scripts which then move / rename / structure your music to your taste.. then when you delete tunes use the file ops component to delete the music and it will be updated in your music library
Managing files from foobar is much less useful than with the explorer, I think…
You couldn't have a "log changes" .exe interface with a "Commit changes" fb2k component?
The SDK wouldn't allow something like that?
Yes, that’s what I was thinking of :
A dll writes all the changes in a log file, and a foobar component would apply those changes to the database.
But... I don’t know much about development, but I think it’s not that simple…
(for example for directories containing many files, that have been moved several times)
I think initially foobar is more difficult to setup for moving files around and organising things but once everything is setup I can move files / rename everything with the click of a button....
much quicker then explorer will ever be...
the hard part is pushing yourself to do your maintenece within foobar
outside the realm of a simple foobar200 component.
And outside of everything else, too. Only the foobar developers could release such a tool and they won't.
It is written in the newest SDK and i believe it was also mentioned anywhere in the forum (can't find the thread) that for 0.9.6 a reimplementation of media library is planned.
"In 0.9.6, the Media Library backend will be entirely reimplemented to perform tracking of folder content changes on its own" (SDK)
You should simply scan your library for deleted items....
I have a very big library.
I’m searching for something that doesn’t scan everything
(otherwise I would scan media library at every start of Foobar)
- Put your entire library in one playlist
- Edit -> Remove dead items.
It takes more than 5 minutes to scan the dead items. I won’t do that usually.
Well, I don't know what you are storing these files on, but when you are talking about a HUGE quantity of files eventually you might need to start blaming yourself for using slow hardware.
I only have about 15,000 tracks but it only takes me about 5 seconds to do a rescan (Library -> Rescan Media Library) because my files are stored on a local SATA2 7200rpm RAID5 array.
If you are using network drives (or worse yet VPN) or even external HDDs you probably want to reconsider your data storage scheme.
Peter has gone out of his way to build foobar2000 with huge libraries in mind. But it can only preform up to the speed of your hardware.
Once that is taken care of, you also probably want to reconsider your usage patterns. Doing things the "foobar2000 way" (eg using foo_fileops instead of moving files around in windows explorer) is only gonig to make things easier on you in the long run.
Doing things the "foobar2000 way" (eg using foo_fileops instead of moving files around in windows explorer) is only gonig to make things easier on you in the long run.
The refusal to do things the "foobar way" seems to be the main cause of problem here. I use fileops to do ALL my management tasks and couldn't be happier. If the OP could describe his usage patterns and how the foobar way is suboptimal, we could be more helpful. Until then, it feels like the OP simply does not want to use the provided tools.
is written in the newest SDK and i believe it was also mentioned anywhere in the forum (can't find the thread) that for 0.9.6 a reimplementation of media library is planned.
That does not mean an implementation of a tool that will eat memory even when foobar is not running. That is definitely not foobar-style.
I move these files cause my library evolves frequently (I always listen to new things).
But maybe I’m just a too ‘strong’ music listener ! …
That's the same here, too. My library contains 36000 songs and is constantly growing. Just that fact makes it necessary to invent a sorting system that does not need regular maintenance. When I have new tracks I sort them once into my collection and then they stay at this location for the rest of their life. If you have to change your library structure this often, you are definitely doing something wrong.
does it work only with 0.9 or work with 0.8 too?
It's probably 0.9 only, because of the differences in the APIs of the versions 0.8 and 0.9.
But I don't see why would anyone still use 0.8.
Hey folks,
Due to the numerous issues with this plugin, and the fact that foobar2000 v0.9.6 (as of beta 1) now automatically keeps track of changes to your Media Library folders, this plugin is officially discontinued.
It will no longer be provided for download. Please delete it from your components directory.
Also, for those who were unsure... this was not v0.8 compatible.
Thanks!