- Thread starter
- #171
I don't think that would work. With my collection of hundreds of albums I think this would be unusable.Ideally, the "editor tab" would be similar to that in the Movies database
Any thoughts from anyone else on this?
I don't think that would work. With my collection of hundreds of albums I think this would be unusable.Ideally, the "editor tab" would be similar to that in the Movies database
just a thought... i have a view called "albumwall" where there are only albums shown with their coverart (entering these lists the tracks). the aim is to have only complete albums listed in this view with their pretty coverart. so is there a chance to implement a function to only use some particular folder to built "another database" which, in this case, would only use my folder called "albums", only containing albums? now, with the database of all folders of my music collection, this albumwall also consists of the single tracks which mostly have no coverart embedded (or which isn't shown). because of the large amount of single tracks, there are so many foldericons without coverart and these disturb the nice look of the albumwall...
just a thought... i have a view called "albumwall" where there are only albums shown with their coverart (entering these lists the tracks). the aim is to have only complete albums listed in this view with their pretty coverart. so is there a chance to implement a function to only use some particular folder to built "another database" which, in this case, would only use my folder called "albums", only containing albums? now, with the database of all folders of my music collection, this albumwall also consists of the single tracks which mostly have no coverart embedded (or which isn't shown). because of the large amount of single tracks, there are so many foldericons without coverart and these disturb the nice look of the albumwall...
The issue with anything like this is how do you identify what an album is? You can not do this based on tags and you may do this one way but someone else do it another. There are many similar applications (eg. my music, music from the kids, music from wife....)
Just not sure how we can implement this....
Thx for response/suggestions
Will look at this later. What actually is it that takes the time? Is it loading a pre-defined playlist, adding files to a playlist or say selecting play on a genre to play everything that is taking the time?
just a thought... i have a view called "albumwall" where there are only albums shown with their coverart (entering these lists the tracks). the aim is to have only complete albums listed in this view with their pretty coverart. so is there a chance to implement a function to only use some particular folder to built "another database" which, in this case, would only use my folder called "albums", only containing albums? now, with the database of all folders of my music collection, this albumwall also consists of the single tracks which mostly have no coverart embedded (or which isn't shown). because of the large amount of single tracks, there are so many foldericons without coverart and these disturb the nice look of the albumwall...
The issue with anything like this is how do you identify what an album is? You can not do this based on tags and you may do this one way but someone else do it another. There are many similar applications (eg. my music, music from the kids, music from wife....)
Just not sure how we can implement this....
... that's not that difficult - just add a field "albumart present" - then you can define a view that only displays the stuff that has proper artwork (or combine that in the different views - or even make it selectable from the GUI, if the view should include or exclude content without artwork).
The scraper would have to update this field depending on artwork being either in the file itself or in the folder.
maybe you could also use the property of the facadeview - but the approach with db-field is probably more flexible (could have a field for album, artist, etc. for different views) and might perform better?
jameson_uk: You didn't respond to searching like moving pictures, is that possible in music section as well ?
... that's not that difficult - just add a field "albumart present" - then you can define a view that only displays the stuff that has proper artwork (or combine that in the different views - or even make it selectable from the GUI, if the view should include or exclude content without artwork).
The scraper would have to update this field depending on artwork being either in the file itself or in the folder.
maybe you could also use the property of the facadeview - but the approach with db-field is probably more flexible (could have a field for album, artist, etc. for different views) and might perform better?
But that just filters stuff which has album art not albums. I would still want to separate out singles from albums but I would want album art for both. Also it gets more complicated in that you may have an album with 10 track and only 2 tracks have embedded art does this count as having album art or not?
I don't plan on going down this route but I am thinking of doing something which would allow you to filter on different shares