It's only a limitation of Xmir right now. No need to keep the bug open
in multiple tasks.
** Changed in: libertine (Ubuntu)
Status: Triaged => Invalid
** Changed in: unity8-desktop-session (Ubuntu)
Status: Triaged => Invalid
--
You received this bug notification because you are a
** Changed in: xorg-server (Ubuntu)
Importance: Undecided => Medium
** Changed in: xorg-server (Ubuntu)
Status: New => Triaged
** Changed in: libertine (Ubuntu)
Importance: Undecided => Medium
** Changed in: libertine (Ubuntu)
Status: New => Triaged
** Also affects:
I've mentioned 'armhf' in the title now. Just because in future when the
DRI code path is enabled by default even it will only work on desktop
x86/amd64. So a different code path again like glamor will be required
for armhf.
** Summary changed:
- no hardware acceleration for video playback
+ no
This is actually Xmir using software rendering on armhf platforms as
Glamor in Xmir on that platform is not ready for prime time.
Marking xorg-server and use the xmir tag.
** Also affects: xorg-server (Ubuntu)
Importance: Undecided
Status: New
** Tags added: xmir
--
You received
** Also affects: canonical-devices-system-image
Importance: Undecided
Status: New
** Description changed:
Tested with the VLC Mediaplayer and the SMPlayer in a libertine container on
the m10 with ota 11:
- Video playback doesn't seem to use hardware acceleration, as fullscreen
