search

hzeller / gmrender-resurrect

Resource efficient UPnP/DLNA renderer, optimal for Raspberry Pi, CuBox or a general MediaServer. Fork of GMediaRenderer to add some features to make it usable.
GNU General Public License v2.0
839 stars 204 forks source link

avahi #10

Closed ivanohe closed 11 years ago

ivanohe commented 11 years ago

Hello,

Great job, I can now use my raspberry pi as renderer. But gupnp-av-cp (simple av controller) is not working with mp4 audio files...

Anyway, this is not the point, I'd like to know how the renderer is advertise through avahi, in order to ask for the description.xml file, because it seems the listening port is not always the same. I'm supposing this is done through avahi, or else is there any other way to get the listening port from a remote host ? I'm writing a simple bash script to set media uri to play, then play and stop.

regards, Thomas

hzeller commented 11 years ago

The renderer is using UPnP; the discovery protocol used for that is SSDP - this might be good starting point to search if you want to roll your own script to connect to it. It might be easier though to write a simple command line tool using the libupnp library.

Regarding mp4: don't know, haven't tried that yet. In general, gmrender-resurrect uses gstreamer which has all kinds of plugins for different types. Sometimes, the plugin already exists, but the type is advertised slightly different than the controller expects it to be; I have seen controllers provide an option to switch off mime-type checks (at least the BubbleUPnP controller I am using has such an option).

ivanohe commented 11 years ago

Ok, thanks.

mp4 audio mime type registered on gmrender-resurrect side is audio/x-m4a, whereas upnp-av-cp seems to send audio/mp4 in protocolInfo tag. Also, bubbleupnp is not available for linux, so it seems I have no choice but upnp-av-cp...