On 1/8/20 3:25 PM, Pali Rohár wrote:
Somehow this went straight to my Junk folder, so I didn't see this
message at all until now.
> Audio application (e.g. pulseaudio) really do not want to handle two
> separate services to monitor and process HSP/HFP devices. >
> For audio application are HSP and HFP devices equivalent, they provide
> same features: SCO socket, API for controlling microphone and speaker
> gain; plus optionally specify used codec.
> So having two separate services which fully divided for audio
> application purpose does not make sense.
> So it is possible that both HSP and HFP audio cards would be available
> via one audio API? Because I do not see how it could be done via design
> like dundee.
One API sure. Maybe on multiple services. Honestly, I don't see why
this would be such a burden for PA to watch 2 dbus services instead of
1. From oFono perspective it would make more sense to keep the HSP part
a separate daemon. I could be convinced otherwise if it is indeed a big
burden for PA...
>> You can then implement the same API interfaces for setting up the HSP audio
>> stream as oFono does today (i.e. https://git.kernel.org/pub/scm/network/ofono/ofono.git/tree/doc/handsfree...),
> This API is unusable for both HSP and HFP audio streams. In pulseaudio
> it is somehow used, but it is not suitable.
Funny. "It is used but not suitable"?
> Main objection for handsfree-audio-api.txt is that it does not provide
> information about locally used codec and somehow mixes air codec and
> local codec. In my hsphfpd.txt I used term "AgentCodec" for bluetooth
> local codec and term "AirCodec" for bluetooth air codec format.
Okay. But, just FYI, at the time there was no hw that could do such
on-the-fly conversions, so this use case wasn't considered/implemented.
There's really no reason why we couldn't extend our APIs to handle this.
> Another objection against handsfree-audio-api.txt API is that it is
> bound to HF codecs (via number) and does not support for pass e.g. CSR
True. In retrospect we probably should have used strings. But it was
assumed that vendor extensions would go via the Bluetooth SIG Assigned
Numbers facility. Anyhow, we can always add a 'Register2' method that
could take codecs as a string array or a combination of strings & ints.
And if Register2 was used, then use 'NewConnection2' with a signature
that supports passing in vendor codecs and whatever else that might be
> What is completely missing in that API is controlling volume level.
It is there on the CallVolume interface
> And also API does not provide socket MTU information or ability to
> change/specify which codec would be used.
There was no need, we automatically defaulted to using Wide band if
available. Third party codecs are a new use case (for oFono HFP), so
would require an API extension.
> Non-audio APIs which are needed to export (for both HSP and HFP profiles):
> * battery level (0% - 100%)
> * power source (external, battery, unknown)
> * ability to send "our laptop" battery level and power source to remote device
> * send text message to embedded display
> * process button press event (exported via linux kernel uinput)
I think all of these are feasible to support under the current oFono
structure, either via plugins or API extensions.
This patch reads and writes the call forwarding unconditional status
from and to the SIM depending on the SIM file availability.
New property needs to be added due to the fact that number won't be
available from the cphs-cff file.
Incase of SIM, EFcphs-cff file holds call forwarding status and it
is represented as a flag. In case of USIM(EFcfis), we have the status
flag and also number.So, adding new property for status and using the
existing VoiceUnconditional with number will work for both SIM and USIM cases.
Other option is to have 2 properties, "VoiceUnconditional" and "Number".
"VoiceUnconditional" will have the status of the call forwarding( "enabled",
"disabled") whereas the "Number" property will have the call forwared number.
offline-online state transitions results in caching the call forwaring status
every time. To avoid this, call forwarding atom is moved to the post sim and
its moved also due to the fact that call forwarding status doesn't change in
Jeevaka Badrappan (7):
call-forwarding: Read/Write cfis/cphs-cff
ifx: Move call forwarding to post sim
isigen: Move call forwarding to post sim
plugins/n900: Move call forwarding to post sim
phonesim: Move call forwarding to post sim
doc: Add new property to call forwarding
TODO: Marking the Read/Write EFcfis task as done
TODO | 9 --
doc/call-forwarding-api.txt | 5 +
doc/features.txt | 5 +
plugins/ifx.c | 2 +-
plugins/isigen.c | 2 +-
plugins/n900.c | 2 +-
plugins/phonesim.c | 3 +-
src/call-forwarding.c | 242 ++++++++++++++++++++++++++++++++++++++++++-
8 files changed, 256 insertions(+), 14 deletions(-)
With amazing fonts, styles of all kinds of fonts, one of the websites with a large number of fonts for those who are passionate about editing, which is suitable for all models, simple and free to download. and fast, instant access https://yofonts.com/styles/hindi
Writing a Dissertation is something that can't be ignored during your Degree and that’s why we are here to help you. Our Dissertation Service gives you an impeccable quality of work. This is one of the biggest reasons for which you should take our service. We have been providing our Best Dissertation Writing Services to thousands of students for several years. And we can say this proudly that they have been quite happy with it
Android emulators are currently in high permintaan because they allow us to use Android game and apps on PC. There are different reasons why you may want to use an Android emulator on your komputer. First, if you are an Android app and games developer; before you can launch your product, you have to tes your product on as many devices as possible. An Android emulator can be used for performing this kind of work.
Secondly, gamers may also find themselves requiring the use of an Android emulator for PC for making game easier to play. And so, game do not have to depend on the mobile piranti baterai life and gamers keuntungan from using a faster prosesor and a larger screen.
LDPlayer Android Emulator is one of the newest and populer Android emulators. It continues to be promoted as an Android emulator that is a perfect bugar for playing game and using apps on PC. LDPlayer is similar to other well-known emulators and it has numerous fiturs.
Because this emulator is available for free, it makes it a great pilihan for those who want to try out an app on PC or simply play Android game. Furthermore, apart from having Google Play Store, you also have the pilihan of using its app store named LD Store. On the LDPlayer app store, you will find various apps like WhatsApp, Instagram, and PUBG Mobile.
There are a variety of websites where you can download free ringtones for iPhone. Some sites offer a variety of ringtones for different occasions, while others only offer clips from popular movies. These sites can also be useful for finding unique ringtones and are free to download. Some of them even have free cliparts available. There are many ringtone apps, including ringtone maker apps. You can use them to create ringtones for your iPhone at https://klingeltonkostenlos.de/
The iPhone can be customized with a ringtone by the user. For Android users, the best option is to download free ringtones from an app. These apps are designed to make your smartphone's earphones ring to specific music. Some of these apps can also be customized to fit different devices. You can even change the ringtones to match the mood of your surroundings. For example, you can make your iPhone ringtones for different holidays.
In some cases, you can download ringtones via text messages or SMS. There are some restrictions on this service, but it is possible to find ringtones that suit your style. You can send the files to other phones by clicking the appropriate icon. For a free RINGTONE, you can use the free service of your choice. There are many options to choose from. This app can be downloaded from many different websites.