[mythtv-users] External Player Demise Clarification (WAS: easiest way to go from storage groups internal player to mplayer)

Chris Pinkham cpinkham at bc2va.org
Wed May 19 12:47:21 UTC 2010

* On Tue May 18, 2010 at 09:00:46PM -0400, Raymond Wagner wrote:
> On 5/18/2010 19:52, Nick Rout wrote:
> >A universal application or api to access storage groups would be good
> >too... Something to access the file over myth protocol and output to
> >stdout. I know this is not the best solution if you want to skip
> >through a file.
> >   
> Such a thing would take all of half a dozen lines using the python bindings.

Yeah, and only barely more in native C++.  I already have a patch that can be
used to copy a file from one myth:// location to another.  I used it when
testing the myth:// write capability.

The biggest issue with this is buffering.  The python/C++ code is going to
download as fast as it can unless you artificially rate limit it at some
arbitrary rate.  This rate could be too fast for SD video and/or too slow
for HD video.  If you don't rate-limit, then the whole file (which could be
10+ GB for a 2 hour HD video) will get downloaded and buffered in the pipe
between your helper app and the video player.  That could easily send the
client machine into a swapping nightmare.

A better solution which would require a bit more code would be to add a HTTP
server to mythbackend which would allow streaming of Storage Group files
via the HTTP protocol.  This might be easily done as part of the mythtv-setup
migration into mythbackend as a webpage.  A lot of external player apps
already support http:// playback, so they'd be supported out of the box.
MythWeb would be able to directly proxy these files to client browsers as
well or give them the direct http:// URI if the client was local.


More information about the mythtv-users mailing list