[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