<br><div class="gmail_quote">On Wed, Oct 10, 2012 at 5:11 PM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/10/2012 04:57 PM, Nick Rout wrote:<div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Oct 11, 2012 at 9:12 AM, Michael T. Dean wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/09/2012 10:08 AM, R. G. Newbury wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 10/08/2012 05:17 PM, Evuraan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I've mythtv 0.25.2, OTA wit hdhr dual.<br>
<br>
I generate (flv,mpg) files from publicly available, commercial laden,<br>
tv streams. I'd like to add these files to mythtv recording list, and<br>
need them processed by mythcommflag above all.<br>
<br>
I've couple of local channels that I never watch stuff on – so either<br>
I can pin these hourly dumps to those, or float a new channel. If i<br>
have the know-how, that is, and hence this email. :)<br>
<br>
I've seen recommendations to name the file as 1091_20121008070000.mpg,<br>
and have <a href="http://myth.rebuilddatabase.pl" target="_blank">myth.rebuilddatabase.pl</a> run against those files etc - i am<br>
afraid these instructions are old, and does not apply to 0.25 that I<br>
am on.<br>
<br>
So in summary, how do I add files from elsewhere to mythtv?<br>
</blockquote>
<br>
Although <a href="http://myth.rebuilddatabase.pl" target="_blank">myth.rebuilddatabase.pl</a> has been deprecated it does work at least<br>
partially.<br>
<br>
I suspect that part of the reason it has been deprecated is because it<br>
does not insert the file size into the database. As a result, myth reports<br>
it cannot find the file although the script has run properly and entered<br>
everything else.<br>
</blockquote>
<br>
It's primarily been deprecated because MythTV now has a very-capable place<br>
for including user-provided/user-managed content: the Video Library. Now<br>
that Video Library has full support for metadata and metadata grabbing<br>
(including fan art, banners, covers, ...), there's not a lot of reason to<br>
allow users to poke some fake recording information (having to make up fake<br>
channel and start time and (tons of other)... information) into the database<br>
to fool MythTV into thinking it had recorded the show.<br>
<br>
If you have other related content in Watch Recordings that you want grouped<br>
with your non-recording content, just move the real recordings to Video<br>
Library, too.<br>
<br>
And, since Video Library allows the user to organize the content however he<br>
desires, you actually have /much/ more capability in Video Library than in<br>
Watch Recordings. Watch Recordings was really designed as "temporary"<br>
storage for recordings made by this MythTV system, and any other content<br>
(whether temporary or meant for long-term archival) belongs in Video Library<br>
(and due to its ability to allow user organization, it's easy enough to<br>
separate out the temporary and long-term content in Video Library).<br>
</blockquote>
So is there a plan to put ALL recordings into the video library?<br>
(that's a wee bit what the above sounds like a prelude to.)<br>
</blockquote>
<br></div></div>
MythTV will continue to put recordings into Watch Recordings. Users who want to archive recordings long term (and who live in areas where doing so is legal) can then choose to move any they want to Video Library.<br>
<br>
Watch Recordings is good for a first-in/first-out organization of recordings that need to be watched to make room for future recordings. Video Library is good for large collections of videos and for long-term archival of video. We won't be losing either of them.<br>
</blockquote></div><br>That's good to hear. I was following an IRC conversation last week which I believe included you, wagnerrp, and another user regarding interfacing to a Roku, and the division between Recording and the Video Library came up. I understand the developer goal to have a more unified database infrastructure for both recordings and video content, which seems like "a good thing" for maintainability. There was also pushback against the idea that there should be somehow a combined in a common user interface, which from the Roku user's perspective would have been helpful, but he came to understand it wouldn't be for other users. I can only speak for myself, but the way I use recordings is much different than how I use video; but then I'm also an almost exclusive front-end user. Maybe HTTP Live Streaming will modify that a bit, but I'm not there yet (0.24-fixes Gentoo user).<br>
<br>The one comment I would make on this, perhaps related to a unified meta database, if there was some no-brainer migration path that allowed Recordings to be "moved", INCLUDING METADATA, into the Video Library, to a physical location specified by some kind of recording option (just like a recording/playback group or transcoding rule). Something that specified the creation of subdirectories and the migrated filename, ala the <a href="http://mythlink.pl">mythlink.pl</a> script convention. That would be extremely desirable. Perhaps that is the ultimate developer destination after the database is cleaned up, but I just thought I'd throw that out there. Not asking for a feature, just giving a bit of user feedback. Maybe this is already been talked about and I'm just not aware.<br>