[mythtv-users] vaapi only enabled every _other_ channel change

[Alex Williamson]

I'm running mythtv-frontend-0.27.4-2.fc21.x86_64 and I notice that when
watching live tv, the cpu load goes up every other channel change.  I can
simply hit 's' for the epg, then enter to re-select the same channel.
Every other time, the frontend doesn't even appear to try to use vaapi.
This happens on either hdhr or hdpvr streams.  Here's an example log from
the frontend:

[even number instance, vaapi gets used]

2015-01-06 08:23:27.967604 I  Clearing OpenGL painter cache.
2015-01-06 08:23:28.017757 I  ScreenSaverX11Private: DPMS Deactivated 1
2015-01-06 08:23:32.979412 W
 RingBuf(myth://bling.home/2107_20150106152332.mpg): Not starting read
ahead thread, already running
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0
2015-01-06 08:23:34.128765 I  AFD: codec AC3 has 2 channels
2015-01-06 08:23:34.131506 I  AFD: Opened codec 0x89f7ac0, id(AC3)
type(Audio)
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
2015-01-06 08:23:34.366453 I  GLVid: Using raw RGBA input textures.
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0
2015-01-06 08:23:34.378802 I  AFD: Opened codec 0x89ff4a0, id(H264)
type(Video)
2015-01-06 08:23:34.736995 N  Player(0): Waited 114ms for video buffers
AAAAAAAAAAAAAAAAAAAAAAAAP

[change the channel, no sign of vaapi, high CPU load]

2015-01-06 08:23:48.013040 I  Clearing OpenGL painter cache.
2015-01-06 08:23:48.042981 I  ScreenSaverX11Private: DPMS Deactivated 1
2015-01-06 08:23:52.073611 W
 RingBuf(myth://bling.home/2107_20150106152351.mpg): Not starting read
ahead thread, already running
2015-01-06 08:23:53.223838 I  AFD: codec AC3 has 2 channels
2015-01-06 08:23:53.225933 I  AFD: Opened codec 0x88121e0, id(AC3)
type(Audio)
2015-01-06 08:23:53.411727 I  GLVid: Using custom UYVY input textures.
2015-01-06 08:23:53.449907 E  OpenGL: : 1281 @ mythrender_opengl.cpp, 567
2015-01-06 08:23:53.453494 I  AFD: Opened codec 0x880d960, id(H264)
type(Video)
2015-01-06 08:23:53.799952 W  Player(0): Waited 100ms for decoder to unpause
2015-01-06 08:23:53.900322 W  Player(0): Waited 100ms for decoder to unpause
2015-01-06 08:23:54.000663 W  Player(0): Waited 100ms for decoder to unpause
X Error: BadDrawable (invalid Pixmap or Window parameter) 9
  Extension:    153 (Uknown extension)
  Minor opcode: 4 (Unknown request)
  Resource id:  0x260009b
2015-01-06 08:23:54.181196 N  Player(0): Waited 102ms for video buffers
UuUUULuLLAAAAAAAAAAAAAAAAAAAAAAP
2015-01-06 08:24:06.388500 E
 RingBuf(myth://bling.home/2107_20150106152400.mpg): RingBuffer::Reset()
nonzero readpos.  toAdjust: 1 readpos: 185264 readAdjust: 16034896

[change the channel again, oh look, there'a vaapi]

2015-01-06 08:25:10.857729 I  Clearing OpenGL painter cache.
2015-01-06 08:25:10.902170 I  ScreenSaverX11Private: DPMS Deactivated 1
2015-01-06 08:25:15.890047 W
 RingBuf(myth://bling.home/2107_20150106152515.mpg): Not starting read
ahead thread, already running
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0
2015-01-06 08:25:16.992209 I  AFD: codec AC3 has 2 channels
2015-01-06 08:25:16.993214 I  AFD: Opened codec 0x6118f80, id(AC3)
type(Audio)
libva info: VA-API version 0.36.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_36
libva info: va_openDriver() returns 0
2015-01-06 08:25:17.129130 I  GLVid: Using raw RGBA input textures.
2015-01-06 08:25:17.137664 I  AFD: Opened codec 0x88d2c00, id(H264)
type(Video)
2015-01-06 08:25:17.410588 N  Player(0): Waited 102ms for video buffers
AAAAAAAAAAAAAAAAAAAAAAAAP

Almost seems like a resource contention issue that the odd instances can't
initialize vaapi because it's still in use by the previous even instance.
Can anyone reproduce this?  Is there a fix?  Thanks,

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20150106/72fff713/attachment.html>