2013-11-08 15:22:16 |
Jamie Strandboge |
bug |
|
|
added bug |
2013-11-08 15:22:27 |
Jamie Strandboge |
oxide: importance |
Undecided |
High |
|
2013-11-08 15:22:38 |
Jamie Strandboge |
oxide: assignee |
|
Ricardo Salveti (rsalveti) |
|
2013-12-06 13:34:00 |
Chris Coulson |
oxide: status |
New |
Triaged |
|
2014-04-10 00:31:36 |
Jamie Strandboge |
summary |
hook Oxide into Ubuntu platform API |
hook Oxide into Ubuntu platform API for media-hub |
|
2014-04-10 00:42:37 |
Jamie Strandboge |
description |
Summary says it all... |
Right now oxide uses software rendering for audio and video via the chromium content api ffmpeg implementation for libffmpegsumo.so. This is provided in either oxideqt-codecs (suitable for main) or oxideqt-codecs-extra (suitable for universe). oxideqt-codecs-extra includes mp3 and h264 playback. Software rendering is not ideal on the phone, but in addition to that, webbrowser-app, webapp-container and apps using Oxide or UbuntuWebView are subject to application lifecycle and therefore the user experience for things such as grooveshark playlists and youtube videos is poor because the device will shut off the screen or suspend.
The correct way to solve this is for Oxide to use the media-hub in some manner. This was somewhat easily solved with QtWebKit since it used gstreamer and it could be made to hook into the media-hub. However, QtWebKit is dead upstream which is one reason why we are using Oxide. We should look to see how qtwebengine is handling this (ie, are they just using the software rendering or are they redoing the QtWebKit gstreamer work for qtwebengine). Perhaps we could provide our own libffmpegsumo.so or wrap it in some manner. Perhaps we can work with upstream to have something that works better on Linux/Ubuntu in general. Whatever method is chosen should be maintainable in the face of weekly or biweekly stable updates (low api churn) and 6-8 week beta updates (potential api churn) to the chromium content api, since we expect this update frequency in our stable releases for security, bug and web compatibility fixes. |
|
2014-04-10 00:42:44 |
Jamie Strandboge |
bug task added |
|
oxide-qt (Ubuntu) |
|
2014-04-10 00:43:42 |
Jamie Strandboge |
nominated for series |
|
Ubuntu Trusty |
|
2014-04-10 00:43:42 |
Jamie Strandboge |
bug task added |
|
oxide-qt (Ubuntu Trusty) |
|
2014-04-10 00:43:42 |
Jamie Strandboge |
nominated for series |
|
Ubuntu U-series |
|
2014-04-10 00:43:42 |
Jamie Strandboge |
bug task added |
|
oxide-qt (Ubuntu U-series) |
|
2014-04-10 00:43:49 |
Jamie Strandboge |
oxide-qt (Ubuntu U-series): importance |
Undecided |
High |
|
2014-04-10 00:43:55 |
Jamie Strandboge |
oxide-qt (Ubuntu Trusty): importance |
Undecided |
High |
|
2014-04-10 00:45:06 |
Jamie Strandboge |
description |
Right now oxide uses software rendering for audio and video via the chromium content api ffmpeg implementation for libffmpegsumo.so. This is provided in either oxideqt-codecs (suitable for main) or oxideqt-codecs-extra (suitable for universe). oxideqt-codecs-extra includes mp3 and h264 playback. Software rendering is not ideal on the phone, but in addition to that, webbrowser-app, webapp-container and apps using Oxide or UbuntuWebView are subject to application lifecycle and therefore the user experience for things such as grooveshark playlists and youtube videos is poor because the device will shut off the screen or suspend.
The correct way to solve this is for Oxide to use the media-hub in some manner. This was somewhat easily solved with QtWebKit since it used gstreamer and it could be made to hook into the media-hub. However, QtWebKit is dead upstream which is one reason why we are using Oxide. We should look to see how qtwebengine is handling this (ie, are they just using the software rendering or are they redoing the QtWebKit gstreamer work for qtwebengine). Perhaps we could provide our own libffmpegsumo.so or wrap it in some manner. Perhaps we can work with upstream to have something that works better on Linux/Ubuntu in general. Whatever method is chosen should be maintainable in the face of weekly or biweekly stable updates (low api churn) and 6-8 week beta updates (potential api churn) to the chromium content api, since we expect this update frequency in our stable releases for security, bug and web compatibility fixes. |
Right now oxide uses software rendering for audio and video via the chromium content api ffmpeg implementation for libffmpegsumo.so. This is provided in either oxideqt-codecs (suitable for main) or oxideqt-codecs-extra (suitable for universe). oxideqt-codecs-extra includes mp3 and h264 playback. Software rendering is not ideal on the phone, but in addition to that, webbrowser-app, webapp-container and apps using Oxide or UbuntuWebView are subject to application lifecycle and therefore the user experience for things such as grooveshark playlists and youtube videos is poor because the device will shut off the screen or suspend during playback.
The correct way to solve this is for Oxide to use the media-hub in some manner. This was somewhat easily solved with QtWebKit since it used gstreamer and it could be made to hook into the media-hub. However, QtWebKit is dead upstream which is one reason why we are using Oxide. We should look to see how qtwebengine is handling this (ie, are they just using the software rendering or are they redoing the QtWebKit gstreamer work for qtwebengine). Perhaps we could provide our own libffmpegsumo.so or wrap it in some manner. Perhaps we can work with upstream to have something that works better on Linux/Ubuntu in general. Whatever method is chosen should be maintainable in the face of weekly or biweekly stable updates (low api churn) and 6-8 week beta updates (potential api churn) to the chromium content api, since we expect this update frequency in our stable releases for security, bug and web compatibility fixes. |
|
2014-04-10 00:45:53 |
Jamie Strandboge |
description |
Right now oxide uses software rendering for audio and video via the chromium content api ffmpeg implementation for libffmpegsumo.so. This is provided in either oxideqt-codecs (suitable for main) or oxideqt-codecs-extra (suitable for universe). oxideqt-codecs-extra includes mp3 and h264 playback. Software rendering is not ideal on the phone, but in addition to that, webbrowser-app, webapp-container and apps using Oxide or UbuntuWebView are subject to application lifecycle and therefore the user experience for things such as grooveshark playlists and youtube videos is poor because the device will shut off the screen or suspend during playback.
The correct way to solve this is for Oxide to use the media-hub in some manner. This was somewhat easily solved with QtWebKit since it used gstreamer and it could be made to hook into the media-hub. However, QtWebKit is dead upstream which is one reason why we are using Oxide. We should look to see how qtwebengine is handling this (ie, are they just using the software rendering or are they redoing the QtWebKit gstreamer work for qtwebengine). Perhaps we could provide our own libffmpegsumo.so or wrap it in some manner. Perhaps we can work with upstream to have something that works better on Linux/Ubuntu in general. Whatever method is chosen should be maintainable in the face of weekly or biweekly stable updates (low api churn) and 6-8 week beta updates (potential api churn) to the chromium content api, since we expect this update frequency in our stable releases for security, bug and web compatibility fixes. |
Right now oxide uses software rendering for audio and video via the chromium content api ffmpeg implementation for libffmpegsumo.so. This is provided in either oxideqt-codecs (suitable for main) or oxideqt-codecs-extra (suitable for universe). oxideqt-codecs-extra includes mp3 and h264 playback. Software rendering is not ideal on the phone, but in addition to that, webbrowser-app, webapp-container and apps using Oxide or UbuntuWebView are subject to application lifecycle and therefore the user experience for things such as grooveshark playlists and youtube videos is poor because the device will shut off the screen or suspend during playback.
The correct way to solve this is for Oxide to use the media-hub in some manner. This was somewhat easily solved with QtWebKit since it used gstreamer and it could be made to hook into the media-hub. However, QtWebKit is dead upstream which is one reason why we are using Oxide. We should look to see how qtwebengine is handling this (ie, are they just using the software rendering or are they redoing the QtWebKit gstreamer work for qtwebengine). Perhaps we could provide our own libffmpegsumo.so or wrap it in some manner. Perhaps we can work with upstream to have something that works better on Linux/Ubuntu in general. Whatever method is chosen should be maintainable in the face of weekly or biweekly stable updates (low api churn) and 6-8 week beta updates (potential api churn) to the chromium content api, since we expect this update frequency in our stable releases for security, bug and web compatibility fixes over a period of up to 5 years. |
|
2014-04-10 00:46:24 |
Jamie Strandboge |
oxide-qt (Ubuntu U-series): assignee |
|
Ricardo Salveti (rsalveti) |
|
2014-04-10 00:46:29 |
Jamie Strandboge |
oxide-qt (Ubuntu U-series): status |
New |
Triaged |
|
2014-04-10 00:46:32 |
Jamie Strandboge |
oxide-qt (Ubuntu Trusty): status |
New |
Triaged |
|
2014-04-10 02:26:12 |
Jim Hodapp |
bug |
|
|
added subscriber Jim Hodapp |
2014-04-10 19:54:59 |
Pat McGowan |
bug |
|
|
added subscriber Pat McGowan |
2014-06-03 19:26:07 |
Chris Coulson |
oxide: milestone |
|
branch-1.2 |
|
2014-06-04 13:41:20 |
Chris Coulson |
oxide: assignee |
Ricardo Salveti (rsalveti) |
Alexandre Abreu (abreu-alexandre) |
|
2014-06-09 16:18:00 |
Bill Filler |
tags |
|
rtm14 |
|
2014-06-17 15:18:58 |
David Barth |
bug task added |
|
media-hub |
|
2014-06-17 15:25:11 |
Alexandre Abreu |
oxide: status |
Triaged |
In Progress |
|
2014-06-17 16:21:18 |
Jim Hodapp |
media-hub: status |
New |
Triaged |
|
2014-06-17 16:21:23 |
Jim Hodapp |
media-hub: assignee |
|
Jim Hodapp (jhodapp) |
|
2014-06-17 16:21:27 |
Jim Hodapp |
media-hub: importance |
Undecided |
High |
|
2014-07-31 14:30:41 |
Jamie Strandboge |
oxide-qt (Ubuntu Utopic): importance |
High |
Critical |
|
2014-07-31 14:31:00 |
Jamie Strandboge |
oxide: importance |
High |
Critical |
|
2014-07-31 14:35:05 |
Jamie Strandboge |
bug task deleted |
oxide-qt (Ubuntu Trusty) |
|
|
2014-07-31 14:36:16 |
Jamie Strandboge |
bug task deleted |
oxide-qt (Ubuntu Utopic) |
|
|
2014-07-31 14:36:50 |
Jamie Strandboge |
oxide-qt (Ubuntu): assignee |
|
Alexandre Abreu (abreu-alexandre) |
|
2014-07-31 14:47:21 |
Jim Hodapp |
media-hub: importance |
High |
Critical |
|
2014-07-31 14:47:28 |
Jim Hodapp |
media-hub: status |
Triaged |
In Progress |
|
2014-08-05 19:34:52 |
Rick Spencer |
media-hub: importance |
Critical |
High |
|
2014-08-05 19:34:57 |
Rick Spencer |
oxide-qt (Ubuntu): importance |
Critical |
High |
|
2014-08-15 17:50:56 |
Alexandre Abreu |
oxide: importance |
Critical |
High |
|
2014-09-01 22:58:58 |
Chris Coulson |
oxide: milestone |
branch-1.2 |
branch-1.3 |
|
2014-09-09 13:43:58 |
David Barth |
tags |
rtm14 |
rtm14 touch-2014-9-25 |
|
2014-09-09 13:44:41 |
David Barth |
tags |
rtm14 touch-2014-9-25 |
rtm14 |
|
2014-09-09 13:45:16 |
Bill Filler |
tags |
rtm14 |
|
|
2014-09-17 19:18:49 |
Pat McGowan |
tags |
|
ota14-1 |
|
2014-09-18 13:06:57 |
Victor Tuson Palau |
tags |
ota14-1 |
ota-1 rtm14 |
|
2014-09-22 20:41:35 |
David Barth |
oxide-qt (Ubuntu): importance |
High |
Medium |
|
2014-09-22 20:41:37 |
David Barth |
oxide: importance |
High |
Medium |
|
2014-09-22 20:41:39 |
David Barth |
media-hub: importance |
High |
Medium |
|
2014-10-09 22:13:32 |
Chris Coulson |
oxide: milestone |
branch-1.3 |
branch-1.4 |
|
2014-11-26 18:56:50 |
Olli Ries |
canonical-devices-system-image: importance |
Undecided |
High |
|
2014-11-26 18:56:50 |
Olli Ries |
canonical-devices-system-image: status |
New |
Confirmed |
|
2014-11-26 18:56:50 |
Olli Ries |
canonical-devices-system-image: milestone |
|
r1 |
|
2014-11-26 18:56:50 |
Olli Ries |
canonical-devices-system-image: assignee |
|
Canonical Devices Products (canonical-devices-products-team) |
|
2014-12-02 16:32:56 |
David Barth |
oxide: assignee |
Alexandre Abreu (abreu-alexandre) |
Justin McPherson (justinmcp) |
|
2014-12-02 16:33:02 |
David Barth |
oxide-qt (Ubuntu): assignee |
Alexandre Abreu (abreu-alexandre) |
Justin McPherson (justinmcp) |
|
2014-12-02 16:57:37 |
Chris Coulson |
oxide: milestone |
branch-1.4 |
branch-1.5 |
|
2015-01-12 19:40:05 |
Pat McGowan |
canonical-devices-system-image: milestone |
ww51-2014 |
ww05-2015 |
|
2015-01-12 19:41:11 |
Alexandre Abreu |
branch linked |
|
lp:~justinmcp/oxide/mediahub |
|
2015-01-13 14:25:23 |
Jim Hodapp |
media-hub: status |
In Progress |
Fix Committed |
|
2015-01-13 14:25:41 |
Jim Hodapp |
oxide: status |
In Progress |
Fix Committed |
|
2015-01-13 14:25:46 |
Jim Hodapp |
oxide-qt (Ubuntu): status |
Triaged |
Fix Committed |
|
2015-01-13 14:25:52 |
Jim Hodapp |
canonical-devices-system-image: status |
Confirmed |
Fix Committed |
|
2015-01-16 20:53:13 |
Launchpad Janitor |
branch linked |
|
lp:oxide |
|
2015-01-20 13:04:51 |
Noemà |
bug |
|
|
added subscriber Noemà |
2015-01-28 14:35:12 |
Launchpad Janitor |
branch linked |
|
lp:~oxide-developers/oxide/packaging.vivid |
|
2015-01-28 15:48:44 |
Pat McGowan |
canonical-devices-system-image: status |
Fix Committed |
In Progress |
|
2015-01-28 15:49:00 |
Pat McGowan |
canonical-devices-system-image: milestone |
ww05-2015 |
ww09-2015 |
|
2015-01-31 22:02:41 |
Mitchell |
bug |
|
|
added subscriber Mitchell |
2015-02-12 21:31:24 |
Pat McGowan |
canonical-devices-system-image: assignee |
Canonical Devices Products (canonical-devices-products-team) |
David Barth (dbarth) |
|
2015-03-02 19:29:02 |
Launchpad Janitor |
oxide-qt (Ubuntu): status |
Fix Committed |
Fix Released |
|
2015-03-05 10:31:50 |
Launchpad Janitor |
branch linked |
|
lp:~oxide-developers/oxide/packaging.utopic |
|
2015-03-05 10:58:15 |
David Barth |
oxide: status |
Fix Committed |
Fix Released |
|
2015-03-05 10:58:17 |
David Barth |
oxide-qt (Ubuntu): status |
Fix Released |
In Progress |
|
2015-03-05 16:43:16 |
Launchpad Janitor |
branch linked |
|
lp:~oxide-developers/oxide/packaging.trusty |
|
2015-03-10 14:22:27 |
Launchpad Janitor |
oxide-qt (Ubuntu): status |
In Progress |
Fix Released |
|
2015-03-10 14:22:28 |
Launchpad Janitor |
oxide-qt (Ubuntu): status |
In Progress |
Fix Released |
|
2015-03-10 19:25:13 |
Pat McGowan |
canonical-devices-system-image: milestone |
ww09-2015 |
ww11-2015 |
|
2015-03-10 19:25:48 |
Pat McGowan |
canonical-devices-system-image: status |
In Progress |
Fix Released |
|
2015-07-06 12:17:12 |
Olivier Tilloy |
oxide: status |
Fix Released |
In Progress |
|
2015-08-06 19:45:51 |
Markcortbass |
bug |
|
|
added subscriber Markcortbass |
2015-09-10 15:57:31 |
Lime |
bug |
|
|
added subscriber Lime |
2015-10-14 07:47:19 |
David Barth |
branch linked |
|
lp:~justinmcp/oxide/media-arbitration |
|
2015-11-20 17:35:04 |
Jim Hodapp |
bug task added |
|
media-hub (Ubuntu) |
|
2015-11-20 17:35:16 |
Jim Hodapp |
bug task added |
|
media-hub (Ubuntu RTM) |
|
2015-11-20 17:35:30 |
Jim Hodapp |
media-hub (Ubuntu): status |
New |
In Progress |
|
2015-11-20 17:35:35 |
Jim Hodapp |
media-hub (Ubuntu RTM): status |
New |
In Progress |
|
2015-11-20 17:35:42 |
Jim Hodapp |
bug task deleted |
media-hub |
|
|
2015-11-20 17:35:49 |
Jim Hodapp |
media-hub (Ubuntu): importance |
Undecided |
High |
|
2015-11-20 17:35:53 |
Jim Hodapp |
media-hub (Ubuntu RTM): importance |
Undecided |
High |
|
2015-11-20 17:36:03 |
Jim Hodapp |
media-hub (Ubuntu): assignee |
|
Justin McPherson (justinmcp) |
|
2015-11-20 17:36:12 |
Jim Hodapp |
media-hub (Ubuntu RTM): assignee |
|
Justin McPherson (justinmcp) |
|