[mythtv] MythSOAP Expressions Of Interest
quintesse at palacio-cristal.com
Mon Feb 21 11:18:13 UTC 2005
Tako Schotanus wrote:
> Isaac Richards wrote:
>> On Sunday 20 February 2005 06:52 pm, Kevin Kuphal wrote:
>>> bill peck wrote:
>>>> While I do think SOAP would be handy I would settle for program guide
>>>> data being available over the current Myth Protocol instead of having
>>>> to do SQL calls.
>>> This type of increased independence of the frontend was something I had
>>> mentioned to Isaac as a point of interest to me. Not specifically for
>>> SOAP, but having more functions in the protocol would lend itself to
>>> improving such an effort just as it could have a positive effect on the
>>> MediaMVP work, etc. He wasn't against it but noted that currently only
>>> the functions required to be done on the backend are done there. Not
>>> sure when I might have time to visit this, but it is something I'd like
>>> to work on as well.
>> Right - this would move to _requiring_ the backend to be running for
>> everything. It's not now, and I don't know if I'm happy with that
>> additional requirement.
> You don't need the backend running for just about everything right
> now? There might be some tools that don't need a connection to the
> backend but as far as I see it they could still continue to do so,
> access to the database server would not be prevented. But it would
> give other frontend applications a way to get at all the possible
> information using a single point-of-entry.
>> Additionally, my concern is that SOAP (like anything using XML) adds
>> a lot of size + parsing complexity to what needs to be a lightweight
>> system if it's going to be used for all message passing between
> I tend to agree with you here. I myself have been looking for some
> time now at the DBus project
> (http://freedesktop.org/wiki/Software_2fdbus) which is a very
> light-weight IPC message bus. The problem so far has been the lack of
> finished QT bindings.
NB: In another part of this thread I saw that you would only consider
another protocol if it could replace the current protocol. I hadn't
really looked at DBus that way because I was just looking for a way to
get at all the information that is available in the backend and also a
way to for external script to perform (controlled/checked) actions in
myth. (eg. I could write a shell script that somehow deletes a recorded
program from both database and filesystem but that wouldn't update the
display on any running frontends. It would be nice if you could just ask
the backend to do it for you. Of course you could implement the myth
protocol in perl or whatever but that's why I was looking at DBus: most
bindings already exist).
But DBus uses a light-weight binary protocol so theoretically it should
be possible to replace the myth protocol. Don't know if there are any
downsides or if the upsides are worth the trouble though. Still trying
to find time to take a look at the Qt bindings and see if there's
anything I can do to help them along.
More information about the mythtv-dev