From kde-panel-devel Fri Mar 31 20:33:10 2017 From: Aditya Mehra Date: Fri, 31 Mar 2017 20:33:10 +0000 To: kde-panel-devel Subject: D5264: Amarok Player Integration For Mycroft Message-Id: <20170331203309.52662.46632.8E8AB9C3 () phabricator ! kde ! org> X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=149099240514381 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--f05f8125fab14681b644b021b75e18c3" --f05f8125fab14681b644b021b75e18c3 Content-Type: text/plain; charset="ascii" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Aiix added a comment. In https://phabricator.kde.org/D5264#99248, @graesslin wrote: =20 > Just wondering: why dedicated to amarok instead of interacting with mpr= is? That would allow to control any media player instead of just amarok =20 =20 Amarok is the first implementation of interacting over the default mpris= dbus interface where other players over the mpris dbus interface will be a= dded, The limitation seems to be on the side of how I can integrate with My= croft Skills via Dbus and intent management. There are two points to this. = 1. It seems currently i cannot implement a blocking dbus loop on a mycroft = skill where i cannot directly query the media player in use by the system i= n default this will break user interaction with other skills if i run the s= kill in a dbus main loop so only single method calls work without having th= e ability to implement dbus signals and replies. 2. Intent handling for ex= ample user say's simply "Play Music / Pause Music / Next Song / Previous So= ng" how to determine the media player to use by default as every user has a= n individual preference unless it is being defined by the system where ther= e is a dbus method call to a default system player available. Here the solu= tion as per my implementation seems to segregate the media player the user = wants to play his media by where any media player for example "Babe Qt", "= Rhythmbox" "Deepin Media Player" or "VLC" that makes use of mpris dbus inte= rface will have individual intent calls like "Hey Mycroft, Deepin Play Song= " or "Hey Mycroft, Rhythmbox Play Song" etc. REPOSITORY R846 Mycroft Plasma integration REVISION DETAIL https://phabricator.kde.org/D5264 To: Aiix Cc: graesslin, plasma-devel, progwolff, lesliezhai, ali-mohamed, jensreuter= berg, abetts, sebas, apol --f05f8125fab14681b644b021b75e18c3 Content-Type: text/html; charset="ascii" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable View Revision=
Aiix added a comment.

In D= 5264#99248, @graesslin wrote:

Just wondering: why dedicated to a= marok instead of interacting with mpris? That would allow to control any me= dia player instead of just amarok

Amarok is the first implementation of interacting over the default mpri= s dbus interface where other players over the mpris dbus interface will be = added, The limitation seems to be on the side of how I can integrate with M= ycroft Skills via Dbus and intent management. There are two points to this.= 1. It seems currently i cannot implement a blocking dbus loop on a mycroft= skill where i cannot directly query the media player in use by the system = in default this will break user interaction with other skills if i run the = skill in a dbus main loop so only single method calls work without having t= he ability to implement dbus signals and replies. 2. Intent handling for e= xample user say's simply "Play Music / Pause Music / Next Song / = Previous Song" how to determine the media player to use by default as = every user has an individual preference unless it is being defined by the s= ystem where there is a dbus method call to a default system player availabl= e. Here the solution as per my implementation seems to segregate the media = player the user wants to play his media by where any media player for exam= ple "Babe Qt", "Rhythmbox" "Deepin Media Player&qu= ot; or "VLC" that makes use of mpris dbus interface will have ind= ividual intent calls like "Hey Mycroft, Deepin Play Song" or &quo= t;Hey Mycroft, Rhythmbox Play Song" etc.


REPOSITORY
R846 Mycroft Plasma integration

REVISION DETAIL
https://phabricator.kde.org/D= 5264

To: Aiix
Cc: <= /strong>graesslin, plasma-devel, progwolff, lesliezhai, ali-mohamed, jensre= uterberg, abetts, sebas, apol
--f05f8125fab14681b644b021b75e18c3--