Options of ignoring @eaDir errors (possibly more)
I am finding a lot of my folders have certain files that causes bliss to ignore the whole analysis of a that folder. Would like to have an override to ignore these types of filess & alow bliss to continue to process or even delete them automatically to then rescan accordingly. Files I am finding that causes ignore errors = ini files, thumbnails , any form of art= jpg bmp, gif, png etc , playlists & any other file that could stop bliss from processing.
Ian M
shared this idea
-
Oh, I see. Yes, I agree. I think a better filter would be useful - I see you've already seen http://ideas.blisshq.com/forums/21939-bliss/suggestions/2591793-add-ability-to-filter-and-print-the-activity-log
-
mactigerman
commented
Totally correct, but the "Activity" or Log files are getting to long and there are too much messages. As long as there is no filtering or searching for the log files, you could offer an option not to have these messages in the log files at all.
-
@mactigerman - the message is saying bliss *has* ignored that folder. The folder consists of files with .mp3 extensions but they aren't mp3s, they are metadata of some sort that the Synology stores.
Is that what you expected?
-
mactigerman
commented
This is not working on my Synology:
Excerpt from The "Activity":
Will ignore /volumeUSB1/usbshare/muzak/Adam Ant/(2005) - Vive Le Rock (Remastered)/@eaDir but it does contain music files: 14-Apollo 9 (Francois Kervorkian 7' mix).mp3,8-Mohair Lockeroom Pin-Up Boys.mp3,17-Big Big Man (Razor Keen) (demo).mp3,13-Vive Le Rock (Rico Conning 12' mix).mp3,7-Hell's Eight Acres.mp3 ... (possibly more)
-
mactigerman
commented
This issue is not resolved in the latest version:
...Will ignore /volumeUSB1/usbshare/muzak/DEVO/(2005) - New Traditionalists/@eaDir ...
at 21:24, yesterday
on Synology.
-
@eaDir folders should be ignored already, as should most image files and desktop.ini files.
Does this relate to moving files, or are you saying the album isn't even being scanned or shown in the UI?
Could you send a debug archive? "Help" > "Download debug archive". It should show any files that stopped old folders being removed in the event of folder movements.
