On Thu, Jun 28, 2012 at 2:37 PM, Anthony Giggins <span dir="ltr"><<a href="mailto:seven@seven.dorksville.net" target="_blank">seven@seven.dorksville.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div><div class="h5">On 28 June 2012 04:25, Paul Gardiner <span dir="ltr"><<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On 27/06/2012 19:22, Gary Buhrmaster wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Jun 27, 2012 at 5:43 PM, Paul Gardiner <<a href="mailto:lists@glidos.net" target="_blank">lists@glidos.net</a>> wrote:<br>
....<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Actually, I wouldn't mind having a go at this if it wasn't for the hell of<br>
working out what capabilities are already there, where the relevant code<br>
is and where best to add what's missing. I could do with a friendly dev.<br>
</blockquote>
<br>
Before investing even minimal effort, you should ask on the dev<br>
list if (and how) patches would need to be created to be accepted<br>
into the core project, since any such software defeats certain content<br>
restrictions that may be of questionable legality in certain jurisdictions.<br>
The example of requiring external keys (airplay) or libraries (libdvdcss)<br>
not part of the project might be a guide (which allows one to stay on<br>
the safe side of a very thin line), but only the core team could make<br>
a decision.<br>
</blockquote>
<br></div>
Yes, I see your point, but I was thinking it could be solved just by<br>
having internal player support the type of http streams that MakeMKV<br>
streams. I don't think there are legal issues with that. It's<br>
conceivable that internal player already supports such streams, just<br>
no one that knows is saying so.<div><div><br>
______________________________<u></u>_________________<br>
<br></div></div></blockquote></div></div><div><br>That should be easy enough to test with mythavtest?<br><br>Cheers,<br><br>Anthony <br></div></div><br>
<br>_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<br></blockquote></div><br>DumpHD has a BD+ support too so I guess its output can be piped through mythavtest as well. I'm using it in conjunction with mplayer like:<br><br>$ dumphd --infile:/BDMV/STREAM/00000.m2ts /media/bluray | mplayer -nogui -quiet -fs -zoom -noborder -cache 8192 -aid 4353 -vo gl -ao alsa:noblock -lavdopts threads=2 -demuxer lavf -channels 2 -<br>
<br>It can be easily scripted and launched via additional menu entry in MythTV as a workaround of course.<br><br>