home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 2
Plugin Development
MP2 Audio Scan Tests
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="chefkoch" data-source="post: 1035878" data-attributes="member: 10438"><p>I 100% agree, there are many things that can and should be improved and I think it is not worth to fix two use cases now and then later again when new users tested MP2 discussing and working on their use cases again.</p><p>We should have enough experience about metadata from filenames (file/folder), file tags (ID3, ...), additional files (nfo,...), ids for unique identification (imdbid, acoustid, puid, mbid, tmdbid, tvdbid, ...) etc... and online resources from MP1, xbmc and the current MP2 implementations. We all agree that the import must be split in multiple runs with different objectives, and these steps also should be configurable and some might need additional user interaction.</p><p></p><p><a href="http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system" target="_blank">http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system</a> and it's subpages, especially</p><p><a href="http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system/Planning_Extension" target="_blank">http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system/Planning_Extension</a> already contains an overview. Many of the use cases could be written down in one or two sentences, but imo we need to organize and classify them which part (mentioned above) they belong to.</p><p></p><p>This is not only about Music, it's similar for movies and/or series.</p><p></p><p>Other things are not related to the import but more the filters and browsing the items: i.e.:</p><p></p><p></p><p>a) Either the season index is read by MP2 from tag or filename/foldername/filepath or not, but this is a importer related issue and topic.</p><p></p><p>b) If it is about browsing the series by seriesname and next season number (folder/item) then it is not about the importer (assuming the import of the index is working), it is about the views, filters, groupings, sortings and their default definition and the user experience to switch between different ones.</p><p></p><p>c) If it is about browsing the series (or other media) by folder structure like within the windows explorer, we need...</p><p><em>not sure if we now have one in latest dev,</em> EDIT <em>already answered:</em></p><p></p><p></p><p>...a "view/filter" which provides the folder structure like it is on the filesystem, means the paths to the media items are split by '\' and each folder is a "directory/folder" item in MP2, but still showing and presenting the information from the database. These could either be infos read only from filenames or filled by metadata from tags or additional online resources. (depends on the user configuration)</p><p>The difference is only that here the media is browsed by path (-elements).</p><p></p><p></p><p>There have been and there might be again requests to only browse the files without importing anything. I am again this, because the media plugin is not design for this usage. The user should be able to configure (and block) the usage of online resources for some shares or media types, but even the filename of an item should be imported as title if there is nothing more to import.</p><p></p><p></p><p>If there are still use cases this might be useful kind of an "explorer" or "file manager" plugin might be more sufficient to resolve these ones.</p><p>An potential argument to speed up browsing the media items without an import before, is only valid as long as the importer logic is not optimized and structured/splitted into several runs/stages.</p><p></p><p></p><p>This is just my opinion. If there are good arguments for other decisions, I am happy to change my mind. (hopefully my points can be understood.) <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /></p></blockquote><p></p>
[QUOTE="chefkoch, post: 1035878, member: 10438"] I 100% agree, there are many things that can and should be improved and I think it is not worth to fix two use cases now and then later again when new users tested MP2 discussing and working on their use cases again. We should have enough experience about metadata from filenames (file/folder), file tags (ID3, ...), additional files (nfo,...), ids for unique identification (imdbid, acoustid, puid, mbid, tmdbid, tvdbid, ...) etc... and online resources from MP1, xbmc and the current MP2 implementations. We all agree that the import must be split in multiple runs with different objectives, and these steps also should be configurable and some might need additional user interaction. [url]http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system[/url] and it's subpages, especially [url]http://wiki.team-mediaportal.com/2_MEDIAPORTAL_2/8_Contribute/Development/3_Concepts/Metadata_system/Planning_Extension[/url] already contains an overview. Many of the use cases could be written down in one or two sentences, but imo we need to organize and classify them which part (mentioned above) they belong to. This is not only about Music, it's similar for movies and/or series. Other things are not related to the import but more the filters and browsing the items: i.e.: a) Either the season index is read by MP2 from tag or filename/foldername/filepath or not, but this is a importer related issue and topic. b) If it is about browsing the series by seriesname and next season number (folder/item) then it is not about the importer (assuming the import of the index is working), it is about the views, filters, groupings, sortings and their default definition and the user experience to switch between different ones. c) If it is about browsing the series (or other media) by folder structure like within the windows explorer, we need... [I]not sure if we now have one in latest dev,[/I] EDIT [I]already answered:[/I] ...a "view/filter" which provides the folder structure like it is on the filesystem, means the paths to the media items are split by '\' and each folder is a "directory/folder" item in MP2, but still showing and presenting the information from the database. These could either be infos read only from filenames or filled by metadata from tags or additional online resources. (depends on the user configuration) The difference is only that here the media is browsed by path (-elements). There have been and there might be again requests to only browse the files without importing anything. I am again this, because the media plugin is not design for this usage. The user should be able to configure (and block) the usage of online resources for some shares or media types, but even the filename of an item should be imported as title if there is nothing more to import. If there are still use cases this might be useful kind of an "explorer" or "file manager" plugin might be more sufficient to resolve these ones. An potential argument to speed up browsing the media items without an import before, is only valid as long as the importer logic is not optimized and structured/splitted into several runs/stages. This is just my opinion. If there are good arguments for other decisions, I am happy to change my mind. (hopefully my points can be understood.) ;) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
Plugin Development
MP2 Audio Scan Tests
Contact us
RSS
Top
Bottom