[mythtv-users] MythTV Raspberry Pi2 frontend testers

Lawrence Rust lvr at softsystem.co.uk
Sat Dec 5 09:30:45 UTC 2015


On Sat, 2015-12-05 at 00:17 +0000, Thomas Mashos wrote:
> On Fri, Dec 4, 2015 at 9:36 AM Lawrence Rust <lvr at softsystem.co.uk> wrote:
> 
> > On Fri, 2015-12-04 at 15:18 +0000, Thomas Mashos wrote:
> > > On Thu, Dec 3, 2015 at 6:50 AM Peter Bennett (cats22) <
> > cats22 at comcast.net>
> > > wrote:
> > >
> > > > On 12/01/2015 08:58 AM, Lawrence Rust wrote:
> > > > > I believe Kodi borrowed from omxplayer which uses a single OpenMAX
> > > > > pipeline from decoder to video renderer which shares buffers and
> > avoids
> > > > > copying.  Myth currently requires the separation of the decoder from
> > the
> > > > > renderer and so causes two video buffer copies - one each for the GPU
> > > > > and CPU.  For a 1920x1080 frame this is a significant burden that
> > causes
> > > > > memory contention.
> > > > >
> > > > > I will investigate ways of integrating the decoder and renderer so
> > that
> > > > > they use a single OpenMAX pipeline.  Unfortunately this is not
> > trivial
> > > > > because of the current assumption that ffmpeg is the only provider of
> > > > > hardware accelerated decoding i.e. VDPAU, VAAPI, DXVA2 etc.
> > > > >
> > > > >
> > > > Lawrence
> > > >
> > > > One thing to bear in mind, in case you are not aware. Kodi has some
> > > > significant audio sync problems when playing the MPG files that mythtv
> > > > produces in my setup. Especially after skipping forward or back, the
> > > > audio sync is sometimes far off. In this regard Mythtv is perfect. So
> > > > maybe that is part of the reason for the mythtv design. I would not
> > want
> > > > to do something that lands up with the audio sync problems of Kodi.
> > > >
> > > > Note that I tested the Kodi audio sync problem with the mythtv plugin
> > > > and also playing the mythtv MPG files as videos in Kodi. Both ways
> > > > exhibit the problem and the author of the kodi mythtv plugin confirms
> > > > that this is a bug with kodi itself, not the plugin.
> > > >
> > > > Peter
> > > >
> > > > _______________________________________________
> > > > mythtv-users mailing list
> > > > mythtv-users at mythtv.org
> > > > http://lists.mythtv.org/mailman/listinfo/mythtv-users
> > > > http://wiki.mythtv.org/Mailing_List_etiquette
> > > > MythTV Forums: https://forum.mythtv.org
> > >
> > >
> > > Lawrence,
> > >
> > > I've decided to build this only for 0.28, since we already have our
> > > packaging setup for Qt 5. However we're back to failing builds again. Any
> > > idea whats causing this?
> > >
> > >
> > https://launchpadlibrarian.net/228619903/buildlog_ubuntu-wily-armhf.mythtv_2%3A0.28.0~master.20151203.989baa7-0ubuntu1_BUILDING.txt.gz
> >
> > The linker is missing symbols from libEGL so either add it to your
> > Mythtv configure command line:
> >
> > --extra-libs=-lEGL
> >
> > or to libmythtv.pro, after -lGLESv2.
> >
> > -- Lawrence Rust
> >
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users at mythtv.org
> > http://lists.mythtv.org/mailman/listinfo/mythtv-users
> > http://wiki.mythtv.org/Mailing_List_etiquette
> > MythTV Forums: https://forum.mythtv.org
> 
> 
>  Thanks Lawrence. I tried doing this and starting a build but I'm getting
> patch issues now. When is the last time you rebased against upstream? I
> think some commit in the last day is causing trouble
> https://github.com/MythTV/mythtv/commits/master but I haven't had a chance
> to look into it yet (my builds grab the latest commits from upstream and
> then add your patches on top)

The master branch has just been updated and conflicts with one of my
OpenGL patches.  I rebased the master-rpi2 tree (to keep the patches
grouped above master/HEAD) so you will need to 'git reset --hard
softsystem/master-rpi2' after fetching.

-- Lawrence Rust



More information about the mythtv-users mailing list