<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 5, 2015 at 1:06 PM Thomas Mashos <<a href="mailto:thomas@mashos.com">thomas@mashos.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sat, Dec 5, 2015 at 1:31 AM Lawrence Rust <<a href="mailto:lvr@softsystem.co.uk" target="_blank">lvr@softsystem.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 2015-12-05 at 00:17 +0000, Thomas Mashos wrote:<br>
> On Fri, Dec 4, 2015 at 9:36 AM Lawrence Rust <<a href="mailto:lvr@softsystem.co.uk" target="_blank">lvr@softsystem.co.uk</a>> wrote:<br>
><br>
> > On Fri, 2015-12-04 at 15:18 +0000, Thomas Mashos wrote:<br>
> > > On Thu, Dec 3, 2015 at 6:50 AM Peter Bennett (cats22) <<br>
> > <a href="mailto:cats22@comcast.net" target="_blank">cats22@comcast.net</a>><br>
> > > wrote:<br>
> > ><br>
> > > > On 12/01/2015 08:58 AM, Lawrence Rust wrote:<br>
> > > > > I believe Kodi borrowed from omxplayer which uses a single OpenMAX<br>
> > > > > pipeline from decoder to video renderer which shares buffers and<br>
> > avoids<br>
> > > > > copying.  Myth currently requires the separation of the decoder from<br>
> > the<br>
> > > > > renderer and so causes two video buffer copies - one each for the GPU<br>
> > > > > and CPU.  For a 1920x1080 frame this is a significant burden that<br>
> > causes<br>
> > > > > memory contention.<br>
> > > > ><br>
> > > > > I will investigate ways of integrating the decoder and renderer so<br>
> > that<br>
> > > > > they use a single OpenMAX pipeline.  Unfortunately this is not<br>
> > trivial<br>
> > > > > because of the current assumption that ffmpeg is the only provider of<br>
> > > > > hardware accelerated decoding i.e. VDPAU, VAAPI, DXVA2 etc.<br>
> > > > ><br>
> > > > ><br>
> > > > Lawrence<br>
> > > ><br>
> > > > One thing to bear in mind, in case you are not aware. Kodi has some<br>
> > > > significant audio sync problems when playing the MPG files that mythtv<br>
> > > > produces in my setup. Especially after skipping forward or back, the<br>
> > > > audio sync is sometimes far off. In this regard Mythtv is perfect. So<br>
> > > > maybe that is part of the reason for the mythtv design. I would not<br>
> > want<br>
> > > > to do something that lands up with the audio sync problems of Kodi.<br>
> > > ><br>
> > > > Note that I tested the Kodi audio sync problem with the mythtv plugin<br>
> > > > and also playing the mythtv MPG files as videos in Kodi. Both ways<br>
> > > > exhibit the problem and the author of the kodi mythtv plugin confirms<br>
> > > > that this is a bug with kodi itself, not the plugin.<br>
> > > ><br>
> > > > Peter<br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > mythtv-users mailing list<br>
> > > > <a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
> > > > <a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
> > > > <a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
> > > > MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
> > ><br>
> > ><br>
> > > Lawrence,<br>
> > ><br>
> > > I've decided to build this only for 0.28, since we already have our<br>
> > > packaging setup for Qt 5. However we're back to failing builds again. Any<br>
> > > idea whats causing this?<br>
> > ><br>
> > ><br>
> > <a href="https://launchpadlibrarian.net/228619903/buildlog_ubuntu-wily-armhf.mythtv_2%3A0.28.0~master.20151203.989baa7-0ubuntu1_BUILDING.txt.gz" rel="noreferrer" target="_blank">https://launchpadlibrarian.net/228619903/buildlog_ubuntu-wily-armhf.mythtv_2%3A0.28.0~master.20151203.989baa7-0ubuntu1_BUILDING.txt.gz</a><br>
> ><br>
> > The linker is missing symbols from libEGL so either add it to your<br>
> > Mythtv configure command line:<br>
> ><br>
> > --extra-libs=-lEGL<br>
> ><br>
> > or to <a href="http://libmythtv.pro" rel="noreferrer" target="_blank">libmythtv.pro</a>, after -lGLESv2.<br>
> ><br>
> > -- Lawrence Rust<br>
> ><br>
> > _______________________________________________<br>
> > mythtv-users mailing list<br>
> > <a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
> > <a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
> > <a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
> > MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
><br>
><br>
>  Thanks Lawrence. I tried doing this and starting a build but I'm getting<br>
> patch issues now. When is the last time you rebased against upstream? I<br>
> think some commit in the last day is causing trouble<br>
> <a href="https://github.com/MythTV/mythtv/commits/master" rel="noreferrer" target="_blank">https://github.com/MythTV/mythtv/commits/master</a> but I haven't had a chance<br>
> to look into it yet (my builds grab the latest commits from upstream and<br>
> then add your patches on top)<br>
<br>
The master branch has just been updated and conflicts with one of my<br>
OpenGL patches.  I rebased the master-rpi2 tree (to keep the patches<br>
grouped above master/HEAD) so you will need to 'git reset --hard<br>
softsystem/master-rpi2' after fetching.<br>
<br>
-- Lawrence Rust<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a></blockquote><div><br></div></div></div><div dir="ltr"><div class="gmail_quote"><div> Hi Lawrence,</div><div><br></div><div>Thanks for your work on this, and thanks for rebasing to keep all your stuff after the other commits, it's making it a lot easier to create a patch to apply to the builds (which I'm just doing by running)</div><div><br></div><div>git format-patch bea7056a9672dc4435cdbc502f4d012660bc4b4b..HEAD --stdout > rpi28.patch<br></div><div><br></div><div>New build is building right now at <a href="https://launchpad.net/~mythbuntu/+archive/ubuntu/stagingpatches/+build/8397888" target="_blank">https://launchpad.net/~mythbuntu/+archive/ubuntu/stagingpatches/+build/8397888</a></div><div><br></div></div></div><div dir="ltr">-- <br></div><div dir="ltr">Thomas Mashos</div></blockquote><div><br></div><div>Just a quick update, I was able to build fine it appears but I'm having trouble running this on Ubuntu Mate for the Pi2 in both xcb and eglfs modes. xcb mode just hangs after mythfrontend prints 'QT_QPA_PLATFORM=xcb" while eglfs mode throws the following error.<br></div><div><br></div><div><div>2015-12-07 07:50:03.414068 I  Binding to UDP <a href="http://192.168.0.255:6948">192.168.0.255:6948</a></div><div>EGL Error : Could not create the egl surface: error = 0x300b</div><div><br></div><div>2015-12-07 07:50:03.734615 I  Using Frameless Window</div><div>2015-12-07 07:50:03.734649 I  Using Full Screen Window</div><div>Handling Aborted</div><div>./launch.sh: line 3:  3346 Aborted                 (core dumped) QT_QPA_EGLFS_FORCE888=1 QT_QPA_PLATFORM=eglfs QT_PLUGIN_PATH=/usr/lib/arm-linux-gnueabihf/qt5/plugins/platforms LD_LIBRARY_PATH=/usr/lib /usr/bin/mythfrontend.real</div></div><div><br></div><div><br></div><div>I also tried the egl test in pi3d, which failed with</div><div><br></div><div><div>For ref</div><div>  EGL_FALSE=0x0000</div><div>  EGL_BAD_DISPLAY=0x3008</div><div>  EGL_BAD_ATTRIBUTE=0x3004</div><div>  EGL_NOT_INITIALIZED=0x3001</div><div>  EGL_BAD_PARAMETER=0x300C</div><div>  EGL_WINDOW_BIT=0x0004</div><div><br></div><div>Traceback (most recent call last):</div><div>  File "test_egl.py", line 60, in <module></div><div>    d3dcompiler = ctypes.WinDLL(os.path.join(path, "d3dcompiler_47.dll"))</div><div>AttributeError: 'module' object has no attribute 'WinDLL'</div></div><div><br></div><div><br></div><div>So obviously EGLFS isn't working/installed right, but I'm not sure why the xcb mode just appears to hang.</div><div><br></div><div><br></div></div></div><div dir="ltr">-- <br></div><div dir="ltr">Thomas Mashos</div>