[mythtv] Storage Group behavior in MythVideo (and future Storage Group behaviors)
George Nassas
gnassas at mac.com
Sat Feb 14 01:29:18 UTC 2009
On 13-Feb-09, at 6:25 PM, Rob Smith wrote:
> Correct me if I'm wrong, but a single storage group can have as many
> directories in it as the user wants
>
> With that in mind, why would you need more then one storage group
> per 'task'?
You might want to dedicate one group for videos on a shared server
with all FEs defining local mount points and also have each FE define
a unique group for its local media so what you see is a union of the
two. You could have "Video Library" for the shared stuff and "Bedroom
FE," "Main FE" etc for local. That way when you do a scan from the
bedroom FE it will know that everything in "Video Library" and
"Bedroom FE" should be visible to it and anything missing has been
deleted & prompt to remove from the DB. The "Main FE" etc videos
wouldn't be considered at all. I also wondered if it might be smart to
have a separate group for removable media but I haven't thought that
through.
Mainly I saw how TV supports multiple groups so I kept with that plus
added a few video-specific attributes.
Also, currently the videos path can be a list like /dir1:/dir2:/dir3.
If you had /dir1/movie.mpg and /dir2/movie.mpg when the prefixes get
removed they'd both become Videos::movie.mpg and you can't have two
files with the same name in one storage group. The db converter I
wrote detects collisions and creates new video storage groups as
necessary. Most people will get converted to one group with all
their : separated directories.
I'm OK with one or many but IIRC many was the preference. You can find
the discussion in the dev archives with a "mythvideo DB enhancement"
subject.
- George
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-dev/attachments/20090213/c24537f6/attachment.htm>
More information about the mythtv-dev
mailing list