[mythtv] A couple of mfd/mfe questions

thor mythtv at lamedomainname.com
Mon Jun 14 16:32:21 EDT 2004

On Mon, 2004-06-14 at 16:11, Joseph A. Caputo wrote:

> And there was much rejoicing. (Yay! :-)

	I'm waving a small flag.

> Cool.  For now I'll just use MythMusic or MythWeb to manage the playlist 
> end of things.

	You will need to restart the mfd for it to catch newly created
playlists or changes to playlists.

> Would it be possible to set up a port-forward to enabe zeroconf/
> Rendezvous itself?  Or does that not work across a fixed TCP port?

	It's _multicast_ DNS, so even if it could be port-forwarded, it's
extremely unlikely that the machine at the other end would respond to
the packets (since they are on multicast for a given network block).

> WARNING: daap server plugin httprequest got bad http version should be 
> "1.1" but got "1.0"

	Well, you could remove that check and it would possibly still work.

> So, I take it mfd won't talk to a HTTP 1.0 client?  And what's the HTTP 
> used for; is that the transport that daap & mdcap use?

	DAAP (and mdcap) are very HTTP like (structure of message, headers,
etc.). It wants HTTP 1.1 ability to pass range-requests as a header
(which is how you seek in music files using DAAP). As I said, you could
probably just comment out the check (in the source for the daapserver
plugin) and it will _probably_ still work.

	Also, don't be suprised if there are weird things that happen with any
specific client. There is no published spec for DAAP, so it's all guess
work based on watching iTunes traffic.

> So it seems like maybe having mfe be wholly dependent on Zeroconf might 
> be a limiting factor... the other 3 DAAP clients I've looked at have 
> the ability to specifiy a host to connect to.  

	Will clearly want to add this at some point. All the zeroconfig stuff
was the hard part. Adding a user-selectable list of things to connect to
should be very straightforward.

	Note that in getting settings for things like a list of servers to
connect to, it's probably a good idea to use the
mfdContext->getSetting() wrapper to gContext->getSetting(). That
maintains the ability to build mfd without libmyth, which might be
useful in several contexts.

- thor

More information about the mythtv-dev mailing list