Reply to thread

Message

Hmmm.... Didn't know about the unresponsiveness...

Sorry that I can only "help" with comments here and not with coding - I've got one of those jobs where you never have time...

What I ment was something like a unified remote interface that offers all kinds of information from within MP to any kind of remote (now playing, covers, running tv-shows, playlists, epg-data) and on the other hand lets you send messages like skip, switch to next channel, back, enter, etc. from the remote to MP.

The background is the following: First it is of course great when you have a remote plugin for PDAs. I'd love to see something like that to finally use my XDA-Hermes instead of my MCE-remote. But there are other programs that would also need bidirectional access to MP over a network. I'm also looking for a plugin or probably a separate program, that I can launch on a second screen, which is a HTPC-case touchscreen. This application would need the same information and the same controlling possibilities as your PDA plugin.

I just think it would be very clean programming if these two (or even more) programs could just use the same remote control interface plugin for MP. I see the problem with WebEPG, as this has to be a real webserver and not just remotely callable methods or something like that. But why not use a structure like that:

WebEPG -> Remote Procedure Calls -> MP
PDA-Remote -> Remote Procedure Calls -> MP
TouchScreenApp -> Remote Procedure Calls -> MP

where "Remote Procedure Calls" is something like a "unified remote interface plugin" as I said above. I don't know what the latest technology would be to implement this. I stopped professional programming 10 years ago and I think RPC are somewhat outdated and not really platform independant...

However, this architecture would have the benefit that not everyone trying to write a remote control app / webservice or whatever would have to write his own remote interface plugin.

Again, these are just suggestions and thoughts, which I hope can help a little bit.

cheers,

Michael

<blockquote data-quote="MJGraf" data-source="post: 141285" data-attributes="member: 17886">Hmmm.... Didn't know about the unresponsiveness...Sorry that I can only &quot;help&quot; with comments here and not with coding - I've got one of those jobs where you never have time...What I ment was something like a unified remote interface that offers all kinds of information from within MP to any kind of remote (now playing, covers, running tv-shows, playlists, epg-data) and on the other hand lets you send messages like skip, switch to next channel, back, enter, etc. from the remote to MP.The background is the following: First it is of course great when you have a remote plugin for PDAs. I'd love to see something like that to finally use my XDA-Hermes instead of my MCE-remote. But there are other programs that would also need bidirectional access to MP over a network. I'm also looking for a plugin or probably a separate program, that I can launch on a second screen, which is a HTPC-case touchscreen. This application would need the same information and the same controlling possibilities as your PDA plugin.I just think it would be very clean programming if these two (or even more) programs could just use the same remote control interface plugin for MP. I see the problem with WebEPG, as this has to be a real webserver and not just remotely callable methods or something like that.&nbsp; But why not use a structure like that:WebEPG -&gt; Remote Procedure Calls -&gt; MPPDA-Remote -&gt; Remote Procedure Calls -&gt; MPTouchScreenApp -&gt; Remote Procedure Calls -&gt; MPwhere &quot;Remote Procedure Calls&quot; is something like a &quot;unified remote interface plugin&quot; as I said above. I don't know what the latest technology would be to implement this. I stopped professional programming 10 years ago and I think RPC are somewhat outdated and not really platform independant...However, this architecture would have the benefit that not everyone trying to write a remote control app / webservice or whatever would have to write his own remote interface plugin.Again, these are just suggestions and thoughts, which I hope can help a little bit. cheers,Michael</blockquote>

[QUOTE="MJGraf, post: 141285, member: 17886"] Hmmm.... Didn't know about the unresponsiveness... Sorry that I can only "help" with comments here and not with coding - I've got one of those jobs where you never have time... What I ment was something like a unified remote interface that offers all kinds of information from within MP to any kind of remote (now playing, covers, running tv-shows, playlists, epg-data) and on the other hand lets you send messages like skip, switch to next channel, back, enter, etc. from the remote to MP. The background is the following: First it is of course great when you have a remote plugin for PDAs. I'd love to see something like that to finally use my XDA-Hermes instead of my MCE-remote. But there are other programs that would also need bidirectional access to MP over a network. I'm also looking for a plugin or probably a separate program, that I can launch on a second screen, which is a HTPC-case touchscreen. This application would need the same information and the same controlling possibilities as your PDA plugin. I just think it would be very clean programming if these two (or even more) programs could just use the same remote control interface plugin for MP. I see the problem with WebEPG, as this has to be a real webserver and not just remotely callable methods or something like that. But why not use a structure like that: WebEPG -> Remote Procedure Calls -> MP PDA-Remote -> Remote Procedure Calls -> MP TouchScreenApp -> Remote Procedure Calls -> MP where "Remote Procedure Calls" is something like a "unified remote interface plugin" as I said above. I don't know what the latest technology would be to implement this. I stopped professional programming 10 years ago and I think RPC are somewhat outdated and not really platform independant... However, this architecture would have the benefit that not everyone trying to write a remote control app / webservice or whatever would have to write his own remote interface plugin. Again, these are just suggestions and thoughts, which I hope can help a little bit. cheers, Michael [/QUOTE]