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

Tue Jan 6 21:57:58 UTC 2015

From: Alex Williamson <alex.l.williamson at gmail.com>
 To: Discussion about MythTV <mythtv-users at mythtv.org> 
 Sent: Wednesday, 7 January 2015, 2:40
 Subject: [mythtv-users] vaapi only enabled every _other_ channel change

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 12015-01-06 08:23:32.979412 W  RingBuf(myth://bling.home/2107_20150106152332.mpg): Not starting read ahead thread, already runninglibva info: VA-API version 0.36.0libva info: va_getDriverName() returns 0libva info: Trying to open /usr/lib64/dri/i965_drv_video.solibva info: Found init function __vaDriverInit_0_36libva info: va_openDriver() returns 02015-01-06 08:23:34.128765 I  AFD: codec AC3 has 2 channels2015-01-06 08:23:34.131506 I  AFD: Opened codec 0x89f7ac0, id(AC3) type(Audio)libva info: VA-API version 0.36.0libva info: va_getDriverName() returns 0libva info: Trying to open /usr/lib64/dri/i965_drv_video.so2015-01-06 08:23:34.366453 I  GLVid: Using raw RGBA input textures.libva info: Found init function __vaDriverInit_0_36libva info: va_openDriver() returns 02015-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 12015-01-06 08:23:52.073611 W  RingBuf(myth://bling.home/2107_20150106152351.mpg): Not starting read ahead thread, already running2015-01-06 08:23:53.223838 I  AFD: codec AC3 has 2 channels2015-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, 5672015-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 unpause2015-01-06 08:23:53.900322 W  Player(0): Waited 100ms for decoder to unpause2015-01-06 08:23:54.000663 W  Player(0): Waited 100ms for decoder to unpauseX Error: BadDrawable (invalid Pixmap or Window parameter) 9  Extension:    153 (Uknown extension)  Minor opcode: 4 (Unknown request)  Resource id:  0x260009b2015-01-06 08:23:54.181196 N  Player(0): Waited 102ms for video buffers UuUUULuLLAAAAAAAAAAAAAAAAAAAAAAP2015-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 12015-01-06 08:25:15.890047 W  RingBuf(myth://bling.home/2107_20150106152515.mpg): Not starting read ahead thread, already runninglibva info: VA-API version 0.36.0libva info: va_getDriverName() returns 0libva info: Trying to open /usr/lib64/dri/i965_drv_video.solibva info: Found init function __vaDriverInit_0_36libva info: va_openDriver() returns 02015-01-06 08:25:16.992209 I  AFD: codec AC3 has 2 channels2015-01-06 08:25:16.993214 I  AFD: Opened codec 0x6118f80, id(AC3) type(Audio)libva info: VA-API version 0.36.0libva info: va_getDriverName() returns 0libva info: Trying to open /usr/lib64/dri/i965_drv_video.solibva info: Found init function __vaDriverInit_0_36libva info: va_openDriver() returns 02015-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
_______________________________________________
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

Looks like there's a ticket:#12319 (Switching LiveTV channels breaks VAAPI acceleration) – MythTV
Ben

|   |
|   |   |   |   |   |
| #12319 (Switching LiveTV channels breaks VAAPI acceleration) – MythTVI have VAAPI acceleration configured for TV playback and this works fine for first channel watched during LiveTV (~20% cpu usage).  |
|  |
| View on code.mythtv.org | Preview by Yahoo |
|  |
|   |

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