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 1
MediaPortal 1 Plugins
A new Plugin for the Music-Part! Is it possible?
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="tourettes" data-source="post: 517291" data-attributes="member: 10858"><p>Providing metadata within the file is the best thing since sliced bread (as Americans would say, I just can't stand the sliced bread <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" />). It is just much more convient to have the metadata in the same file (of course only if there is a good standard and ID3 tag is pretty good one, althou not a perfect one). </p><p></p><p>That way it will be always traveling with the file and it is much more likely to get applications to conform the same standard. Just think when all aplications would be forced to use SQlite or anything similar to fetch the metadata. I cant see any good reason why there should be extra file to be stored the metadata (as it would have to be done on file basis as otherwise file copying etc. would be impossible, at least the metadata would be lost if files would be copied partly (as it is higly unlikele that OS would start to modify some odd SQLite DB files).</p><p></p><p>In short, it is the only correct way to handle metadata to allow it travel inside the file itself. And if the cover art is eating too much HD space you can always use it as external metadata (folder.jpg) per album folder (of course that assumes that you have some organization skills with the files itself and have stored one album per folder <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue :p" loading="lazy" data-shortname=":p" />)</p></blockquote><p></p>
[QUOTE="tourettes, post: 517291, member: 10858"] Providing metadata within the file is the best thing since sliced bread (as Americans would say, I just can't stand the sliced bread :)). It is just much more convient to have the metadata in the same file (of course only if there is a good standard and ID3 tag is pretty good one, althou not a perfect one). That way it will be always traveling with the file and it is much more likely to get applications to conform the same standard. Just think when all aplications would be forced to use SQlite or anything similar to fetch the metadata. I cant see any good reason why there should be extra file to be stored the metadata (as it would have to be done on file basis as otherwise file copying etc. would be impossible, at least the metadata would be lost if files would be copied partly (as it is higly unlikele that OS would start to modify some odd SQLite DB files). In short, it is the only correct way to handle metadata to allow it travel inside the file itself. And if the cover art is eating too much HD space you can always use it as external metadata (folder.jpg) per album folder (of course that assumes that you have some organization skills with the files itself and have stored one album per folder :P) [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
A new Plugin for the Music-Part! Is it possible?
Contact us
RSS
Top
Bottom