Hello all,<br><br>I&#39;ll echo my sentiments on the trac ticket (although thank you for keeping the discussion where it belongs).&nbsp; I am doing it because it works for me, and in a way that works for me.&nbsp; It&#39;s fun for me to tinker with when I&#39;m not doing something more important, and because I am writing it, I&#39;ll (pardon any unintended rudeness) do it the way I want.&nbsp; Now, when Anduin gets around to it, depending on where I&#39;m at with it, he may choose to make modifications when/if it gets committed to trunk, and those are welcome (as I&#39;ll either adjust, acknowledge an improvement, or revert and use my own way).&nbsp; Until that point, I will add features that I feel appropriate, write it to behave however I like, and generally enjoy myself doing so.&nbsp; <br>
<br>Yes, ultimately a DB component would be appropriate.&nbsp; There are numerous reasons it is NOT appropriate right now, not the least of which is I don&#39;t care to chase the db revisions around with patches to dbcheck.cpp.&nbsp; Secondly, Myth currently has no simple method of distinguishing between one &quot;class&quot; of video file (TV, Movie, Trailer) and another in the database, and that&#39;s an improvement that is in progress and not in my hands.&nbsp; When that capability exists, I intend to add trailers as a class and use them to their fullest extent.&nbsp; Until then, I won&#39;t be stepping on anyone else&#39;s work, reinventing the wheel, or creating large amounts of work that will ultimately be thrown out in favor of someone elses (better) implementation.<br>
<br>So, in short:&nbsp; If you want to use it, enjoy!&nbsp; If not, or if you disagree with any of the above, no worries to that either.&nbsp; But the chorus of opinions about implementation, while appreciated for what they are, are not necessary at this time.<br>
<br>Thanks,<br><br>Robert<br>