[mythtv-users] MythVideo 0.25 and Storage Groups .iso problems

Mike de Plume mike at mikedeplume.com
Mon Mar 25 23:17:15 UTC 2013


On Mon, 2013-03-25 at 18:50 -0400, Michael T. Dean wrote:
> On 03/25/2013 05:42 PM, Mike de Plume wrote:
> > On Mon, 2013-03-25 at 14:50 -0400, Michael T. Dean wrote:
> >> On 03/25/2013 01:59 PM, Mike de Plume wrote:
> >>> I'm aware of previous discussions around this using 0.24 but it seems to
> >>> have gone away in 0.25 so I'm thinking DVD iso files should work. I know
> >>> about the encryption thing as well, but...
> >>>
> >>> I have two DVDs tat play perfectly ok direct from the drive. Each one
> >>> fails differently if I try to play then as iso files from the video
> >>> storage group.
> >>>
> >>> Roughly, one of them does a lot of;
> >>>
> >>>       mythplayer.cpp:921 (OpenFile) Player(2): OpenFile() waiting on data
> >>>
> >>> and then stops trying and returns to the play/close page.
> >>>
> >>> The other gives the start of a display and then freezes with:
> >>>
> >>>       dvdringbuffer.cpp:507 (WaitForPlayer) DVDRB: Player wait state was
> >>> not cleared
> >>>
> >>> There were no messages about encryption.
> >>>
> >>> My question is, did the various fixes that were raised/discussed in the
> >>> 0.24 era get into 0.25?
> >>>
> >>> Or, to put it another way, what should I be expecting here?
> >>>
> >> You still need local (to the player) access for encrypted ISOs.  The
> >> only difference (in one of the versions, but I forgot which first
> >> included it) is that Video Library will use the local copy in preference
> >> even if the file is "hosted" on another system, assuming you've network
> >> mounted the file system with the ISO in the same location on the frontend.
> > I'm using a single system for front and back end, so all files are
> > local. The files are, however, stored in the
> > default /var/lib/mythtv/videos so it is not in the user space.
> >
> > In relation to encryption, one of the posts relating to 0.24 had a log
> > message about encryption. Naturally, I can't find it now :-). I could
> > have misunderstood that, and it could have been removed in 0.25.
> >
> > Anyway, if I understand you, you are suggesting I use a third party
> > player instead of 'internal'? I can do that, I guess, but then I don't
> > understand your reference to Video Library.
> 
> Video Library = what MythVideo used to be, before MythVideo plugin 
> became a part of core MythTV (called Video Library)
> 
> >   Oh, wait, you're talking
> > about not using storage groups at all. That would do it. I don't see me
> > using multiple front ends. I'll have to give it a go.
> 
> No, I'm saying that the player needs direct file access to play 
> encrypted ISOs and can't play them via MythProto streaming.  That means 
> the frontend (and, therefore, the user running the frontend) must have 
> direct access to the ISO files.  It sounds like you're saying that the 
> user running the backend has access to it, but the user running the 
> frontend doesn't?  If so, you need to change that.
> 
> Then, mythfrontend will ask "where's the file", the backend will search 
> through the Storage Groups and find it, tells mythfrontend, mythfrontend 
> will see that there's an accessible file at that exact location on the 
> file system, so it will read the file directly.  If you've put the 
> libraries in place on your system that cause your system to decrypt 
> encrypted DVD files, then MythTV will get unencrypted video data and be 
> happy.

That is the default configuration in the mythubuntu setup. Storage
Groups are defined, and the frontend video settings point to the exact
same directories.

If I put the files in a user directory and configure the front end to
look at this local directory, but at the same time do not remove the
storage group, then the frontend does not see the files (even after
scanning).

If I then remove the storage group the files can be seen _and_ they play
just fine.

> 
> It's also possible that the change that makes mythfrontend look for 
> Video Library (=videos that aren't in Watch Recordings) videos on the 
> local file system went into 0.26--at which point the right fix is to 
> just upgrade to 0.26.  MythTV has done this "just in case, check for a 
> local file" for Watch Recordings as long as we've had Storage Groups, 
> but similar functionality was only added to Video Library recently.

Ah, that seems consistent with what I see. I'll have to try upgrading,
although 'just' is not a word I'd have used :-) The upgrade path as
explained doesn't seem to match what I see and I might have to compile
it (and thus loose automatic updates). That, however is not a subject
for this thread.

Thanks for talking it through for me. You've been a great help.

Mike S.
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users
> 




More information about the mythtv-users mailing list