| 2015-08-28 08:53:06 |
Serge CLAUS |
bug |
|
|
added bug |
| 2015-08-28 17:46:02 |
JoiHap |
bug |
|
|
added subscriber JoiHap |
| 2015-09-09 01:27:43 |
Dan González |
bug |
|
|
added subscriber Dan González Rodríguez |
| 2015-10-20 18:57:03 |
Pat McGowan |
canonical-devices-system-image: importance |
Undecided |
Wishlist |
|
| 2015-10-20 18:57:03 |
Pat McGowan |
canonical-devices-system-image: status |
New |
Confirmed |
|
| 2015-10-20 18:57:03 |
Pat McGowan |
canonical-devices-system-image: assignee |
|
John McAleely (john.mcaleely) |
|
| 2015-12-04 13:59:35 |
Sturm Flut |
canonical-devices-system-image: assignee |
John McAleely (john.mcaleely) |
Simon Raffeiner (sturmflut) |
|
| 2015-12-04 13:59:46 |
Sturm Flut |
canonical-devices-system-image: status |
Confirmed |
In Progress |
|
| 2016-02-01 16:18:18 |
Bartosz Kosiorek |
description |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application. |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
Some more details:
> I've been looking at the necessary pieces for FM radio support, and I
> hope somebody can correct me, but it looks more complicated than I expected.
>
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
|
| 2016-02-01 16:18:48 |
Bartosz Kosiorek |
bug task added |
|
platform-api (Ubuntu) |
|
| 2016-02-01 16:19:26 |
Bartosz Kosiorek |
bug task added |
|
media-hub (Ubuntu) |
|
| 2016-02-01 16:20:12 |
Bartosz Kosiorek |
description |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
Some more details:
> I've been looking at the necessary pieces for FM radio support, and I
> hope somebody can correct me, but it looks more complicated than I expected.
>
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
Some more details from mailing list:
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
|
| 2016-02-01 16:30:29 |
Launchpad Janitor |
media-hub (Ubuntu): status |
New |
Confirmed |
|
| 2016-02-01 16:30:29 |
Launchpad Janitor |
platform-api (Ubuntu): status |
New |
Confirmed |
|
| 2016-02-01 16:30:45 |
Bartosz Kosiorek |
bug |
|
|
added subscriber Bartosz Kosiorek |
| 2016-02-01 16:31:23 |
Bartosz Kosiorek |
bug task added |
|
qtmultimedia (Ubuntu) |
|
| 2016-02-01 16:32:47 |
Bartosz Kosiorek |
summary |
No access to the FM tuner on Aquaris BQ45 |
No access to the FM tuner/radio on Aquaris BQ45 |
|
| 2016-02-01 16:33:04 |
Bartosz Kosiorek |
summary |
No access to the FM tuner/radio on Aquaris BQ45 |
No access to the FM tuner/radio on Aquaris Bq e4.5 |
|
| 2016-02-05 10:52:58 |
Bartosz Kosiorek |
summary |
No access to the FM tuner/radio on Aquaris Bq e4.5 |
No access to the FM tuner/radio on Aquaris Bq e4.5, e5 and m10 |
|
| 2016-02-05 13:03:17 |
Bartosz Kosiorek |
description |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
Some more details from mailing list:
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
The C code for the FM chip:
https://github.com/Sturmflut/mtkfmcli
Still missing Audio part.
Some more details from mailing list:
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
|
| 2016-03-27 17:48:39 |
Krzysztof Tataradziński |
bug |
|
|
added subscriber Krzysztof Tataradziński |
| 2016-04-12 21:46:48 |
AlexAD |
bug |
|
|
added subscriber AlexAD |
| 2016-04-24 14:38:08 |
Launchpad Janitor |
qtmultimedia (Ubuntu): status |
New |
Confirmed |
|
| 2016-05-18 10:36:56 |
Krzysztof Tataradziński |
summary |
No access to the FM tuner/radio on Aquaris Bq e4.5, e5 and m10 |
No access to the FM tuner/radio on Meizu MX4, Aquaris Bq e4.5, e5 and m10 |
|
| 2016-07-07 12:16:51 |
Michael |
bug |
|
|
added subscriber Michael |
| 2016-07-24 06:43:06 |
Bartosz Kosiorek |
summary |
No access to the FM tuner/radio on Meizu MX4, Aquaris Bq e4.5, e5 and m10 |
No access to the FM tuner/radio on Aquaris Bq e4.5, e5 and m10 |
|
| 2016-07-24 06:49:36 |
Bartosz Kosiorek |
canonical-devices-system-image: status |
In Progress |
Confirmed |
|
| 2016-07-24 06:49:52 |
Bartosz Kosiorek |
canonical-devices-system-image: assignee |
Sturm Flut (sturmflut) |
|
|
| 2016-07-24 06:52:52 |
Bartosz Kosiorek |
description |
Device Aquaris BQ45 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
The C code for the FM chip:
https://github.com/Sturmflut/mtkfmcli
Still missing Audio part.
Some more details from mailing list:
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
Device Aquaris BQ e45, e5, m10 as a buitin hardware FM tuner.
On "factory" mode this device works.
The device does not seem known by the kernel and there is no API to develop an FM radio application.
The C code for the FM chip:
https://github.com/Sturmflut/mtkfmcli
Still missing Audio part.
Some more details from mailing list:
We discussed this topic lengthily on the list some time ago :) It's
not like we don't want to
support FM radio, but the lack of a common Android HAL for FM radio
access would force us to
maintain an FM radio abstraction ourselves (more on that below). In
addition, most of the device-specific
radio apps require elevated privileges to run as they directly access
the FM radio HW (not multiplexed by a system service).
> For some reason Android doesn't have an FM radio API and leaves it up to
> the manufacturers to come up with something. I've looked at several
> devices, among them the bq Aquaris E4.5, and every SoC manufacturer
> seems to have a different opinion on how to do it.
>
> Some ship no FM radio at all.
>
> Some seem to ship drivers for the Linux V4L subsystem.
>
> MediaTek (Aquaris E4.5 and E5) decided to implement custom kernel
> drivers with a custom character device (/dev/fm) and custom ioctl
> commands. There seem to be userspace libraries (libfm*) including a JNI
> wrapper in /system/lib of the Android container on our Ubuntu phones.
>
> Because there is no standard API, there are no generic FM radio apps for
> Android, and pretty much every manufacturer ships a custom app for his
> own SoC(s) and/or device(s).
>
>
> I'll try to come up with a piece of C code for the command line that can
> at least initialize and tune the FM radio on the Aquaris E4.5 and E5.
> The long-term goal could be to turn this into plugins for an extended
> media-hub.
>
If you are interested in helping to enable the functionality, the
correct chain for integrating the feature would be:
[1.] Add a (potentially limited) API to lp:platform-api, that exposes
a simple common C interface to the Ubuntu side.
[2.] Provide an implementation of the API in platform-api/android (see
http://bazaar.launchpad.net/~phablet-team/platform-api/trunk/files/head:/android/)
[2.1] Provide a dummy fallback implementation for devices that do not
support FM radio of any kind.
[3.] Expose the respective hardware functionality to media-hub.
Multiple ways are possible, but we would need to significantly adjust
the interfaces
to support fm radio semantics (switching stations, rds, automatic scans etc.)
[4.] Adjust Qt's radio abstraction and come up with a Ubuntu Touch
specific backend implementation, that either:
[4.1] Leverages the API in [1.] directly (would require any app to
have special privileges in accessing the system).
[4.2] Leverages the API in [3.] (which is the clean way of
integration FM radio support).
For starters, [1.], [2.], [2.1] and [4.1] should be good enough to get started.
Cheers, |
|
| 2016-10-23 10:56:37 |
Bolly |
bug |
|
|
added subscriber Bolly |
| 2016-10-23 13:27:23 |
Cesar Herrera |
bug |
|
|
added subscriber Cesar Herrera |
| 2017-01-09 09:15:33 |
hochl |
bug |
|
|
added subscriber hochl |
