[mythtv] MythTV Raspberry Pi2 frontend testers

[Lawrence Rust]

On Wed, 2015-12-09 at 16:06 -0500, Deacon Patrick Ouellette wrote:
> On Wed, Dec 09, 2015 at 08:48:37PM +0000, Lawrence Rust wrote:
> > > On Tue, Dec 08, 2015 at 07:19:27PM +0000, Lawrence Rust wrote:
> > > > 
> > > > While on the efficiency tack, I've been able to tweak the OpenMAX
> > > > decoder to share buffers with the video renderer.  This avoids a CPU
> > > > buffer copy.  A 1920x1080 frame occupies ~3MB so @ 30Hz this avoids
> > > > ~100MB/s of CPU copies.  In my tests this lowers CPU overhead by around
> > > > 8% for SD and 15% for HD.
> > > > 
> > > .
> > > .
> > > .
> > > > 
> > > > Optionally download the pre-built archives (~100MB)
> > > > # For Debian wheezy/0.27:
> > > > wget http://www.softsystem.co.uk/download/mythtv/mythtv-v0.27.5-101-g665ee21-RPI2.tar.bz2
> > > 
> > > For a data point, using the pre-built wheezy/0.27 referenced above I
> > > see some improvement in the eglfs version, but it still stutter
> > > enough to be unwatchable while xcb is fine as long as you avoid the
> > > OSD.
> > > 
> > > Source video is 720p60 and 1080i30 to a 1080p60 display via hdmi.
> > > Raspberry Pi2 overclocked to 1GHz.
> > 
> > Pat, thanks for sharing your results.  A small favour, would you repeat
> > your tests but with the audio output device set to NULL?  I'm beginning
> > to think that audio decoding may be a limiting factor.
> > 
> 
> Lawrence,
> 
> Setting the audio device to NULL seems to smooth out the playback. Is there
> any way to get digital audio pass-through working? (It works on other 
> platforms)

I haven't been able to find a way to get ALSA to accept passthru
(suggestions welcome) so the only viable solution is to provide an
OpenMAX audio output device, as used by omxplayer.  It's something for
the future...

-- 
Lawrence