<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jan 14, 2013, at 8:39 AM, Joseph Fry wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for the clearification Mike... I suspected that it did store the<br>
storage group in the metadata... but then I recalled that mythtv will let<br>
you move a recording from one storage group to another (at least at the<br>
file system level). Does it preserve the storage group even if the current<br>
folder containing the recording isn't part of that storage group?<br>
</blockquote>
<br></div></div>
Yes, so if you move it from a directory in Default to a directory that's only in, say, Archive, it will still show as being "in" the Default Storage Group--though it's finding it in another directory.<br>
<br>
Similarly, if your Default Storage Group contains the directory /srv/mythtv/tv/c/recordings, today, and MythTV records a new recording to that directory, and tomorrow you edit the directory list for Default to no longer contain the /srv/mythtv/tv/c/recordings directory, the recordings is still "in" the Default Storage Group, even though it's in a directory that's no longer in that Storage Group.<br>
<br>
Storage Groups are simply used a) as a way to command MythTV where to write a recording and b) as a hint about where to find a recording once it's recorded--to order our directory search for the recording file. But, since changing the hint doesn't have any appreciable performance benefit, there's no reason to update it when you move the recording file. In the future, though, we'll have a better (specific-to-the-directory-<u></u>level) hint for where to find the recording file, and that will be updated (automatically) when the recording moves. At that point, the Storage Group will really only mean anything to the recording rule, and not the recording itself.<br>
<br>
So, really, Storage Group has little meaning once a recording is recorded, which is why the vast majority of users probably only ever need a Default Storage Group (for writing TV recordings) and, possibly, an Archive Storage Group (for storing recordings on a "safe" file system that won't ever experience auto-expiration)--in addition, of course, to the "special" Storage Groups used by, for example, Video Library or DB Backups or whatever.<div class="HOEnZb">
<div class="h5"><br></div></div></blockquote><div style="">Thanks again! You would think that after over 10 years of using Myth I would know all of this stuff... but I rarely experiment with my mythtv setup once I have it working the way I like.</div>
</div></div></div>
_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>http://www.mythtv.org/mailman/listinfo/mythtv-users<br></blockquote></div><br><div>Thanks for all the great info! I think I'll explore the "archiving" method that Mike mentioned.</div><div><br></div><div>Paul</div><div><br></div></body></html>