Sixthhokage2 / remuco

Automatically exported from code.google.com/p/remuco
1 stars 1 forks source link

xbmc support? #40

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What feature or enhancement would you like to see in Remuco?
guys..good job!
how about get xbmc supported
i think that will be wonderful

Please describe a use case that motivates this feature:

Original issue reported on code.google.com by lxs...@gmail.com on 29 Sep 2009 at 7:12

GoogleCodeExporter commented 9 years ago
Looking for a volunteer to work on this ..

Original comment by obensonne@googlemail.com on 29 Sep 2009 at 9:43

GoogleCodeExporter commented 9 years ago
I tried my hand at writing an xbmc adaptor. Even though xbmc supports(or 
atleast aims 
to support) MPRIS support is very limited. 

http://xbmc.org/wiki/?title=D-Bus_Server#Development_of_the_D-Bus_Server_API_and
_D-
Bus_Clients_for_XBMC

I think only support for volume change, stop and player status has been 
implemented 
in XBMC.

I'd like to volunteer to work on this, but could anyone first confirm from the 
above 
page whether it is possible to write an MPRIS adapter to hook into XBMC at its 
current state, as I'm not too familiar with the way Remuco adaptors are written 
and 
may have overlooked something :D

Original comment by rajivnai...@gmail.com on 27 Nov 2009 at 4:58

GoogleCodeExporter commented 9 years ago
Looking at the link, current MPRIS support is not yet useful. The documentation 
may
be outdated. You could use D-Feet to check the real current implementation 
state of
this interface.

Besides that, a good resource for writing player adapters for players 
supporting the
MPRIS interface is to look at the other MPRIS adapters, e.g. Songbird, Amarok, 
VLC
and Audacious.

Also useful: issue #30, comment 4.

Original comment by obensonne@googlemail.com on 28 Nov 2009 at 11:21

GoogleCodeExporter commented 9 years ago
Some thoughts on this one:

I have used xbmc alot during the past weeks and have tried some mobile remotes. 
All of them suffer 
from the fact that you have to look down on your phone to hit the right 
(touchscreen) buttons. This 
results in having to switch your view between phone and screen every second 
which is not really effectiv 
...

IMO the only solution would be to show the screen on the phone ... but as soon 
as you do something 
like that you could stream the screen to the phone, display it in fullscreen 
and send touch- as 
mouseevents. But I don't think that's in the scope of remuco :(

Original comment by fha...@gmail.com on 4 Mar 2010 at 12:31

GoogleCodeExporter commented 9 years ago
Yes, that's not our scope. As you point out, it is doubtful if Remuco should be 
used
for video players anyway. I'm still not convinced of this use case. Actually it 
is
very different than remotely control audio players because you usually look at 
the
video player's screen and not at the mobile remote control device. Personally 
I'd
still favor classic IR remotes with physical buttons when watching videos or TV.

Original comment by obensonne@googlemail.com on 31 Mar 2010 at 7:36

GoogleCodeExporter commented 9 years ago
I think, volume control and start/pause/stop will be very usefull. If you can 
add forward/backward and track change (next/previous) it would be enough for 
90% cases.
Here is explanation for LIRC control XBMC 
http://forum.xbmc.org/showthread.php?t=45972, I hope, it can help. May be this 
way to control XBMC is better, than D-BUS.

Original comment by SergZ...@gmail.com on 26 Jan 2012 at 4:51