Merge branch 'release/v0.19.x' into develop
This commit is contained in:
commit
d057e5abdb
@ -18,7 +18,7 @@ DLNA Digital Media Server (DMS) / UPnP AV MediaServer:
|
|||||||
A MediaServer provides a library of media and is capable of streaming that
|
A MediaServer provides a library of media and is capable of streaming that
|
||||||
media to a MediaRenderer. If Mopidy was a MediaServer, you could browse and
|
media to a MediaRenderer. If Mopidy was a MediaServer, you could browse and
|
||||||
play Mopidy's music on a TV, smartphone, or tablet supporting UPnP. Mopidy
|
play Mopidy's music on a TV, smartphone, or tablet supporting UPnP. Mopidy
|
||||||
does not currently support this, but we may in the future. :issue:`52` is
|
does not currently support this, but we may in the future. :issue:`52` is
|
||||||
the relevant wishlist issue.
|
the relevant wishlist issue.
|
||||||
|
|
||||||
DLNA Digital Media Renderer (DMR) / UPnP AV MediaRenderer:
|
DLNA Digital Media Renderer (DMR) / UPnP AV MediaRenderer:
|
||||||
@ -27,13 +27,51 @@ DLNA Digital Media Renderer (DMR) / UPnP AV MediaRenderer:
|
|||||||
given media, typically served by a MediaServer. If Mopidy was a
|
given media, typically served by a MediaServer. If Mopidy was a
|
||||||
MediaRenderer, you could use e.g. your smartphone or tablet to make Mopidy
|
MediaRenderer, you could use e.g. your smartphone or tablet to make Mopidy
|
||||||
play media. Mopidy *does already* have experimental support for being a
|
play media. Mopidy *does already* have experimental support for being a
|
||||||
MediaRenderer with the help of Rygel, as you can read more about below.
|
MediaRenderer, as you can read more about below.
|
||||||
|
|
||||||
|
|
||||||
|
Mopidy as an UPnP MediaRenderer
|
||||||
|
===============================
|
||||||
|
|
||||||
|
There are two ways Mopidy can be made available as an UPnP MediaRenderer:
|
||||||
|
Using Mopidy-MPRIS and Rygel, or using Mopidy-MPD and upmpdcli.
|
||||||
|
|
||||||
|
|
||||||
|
.. _upmpdcli:
|
||||||
|
|
||||||
|
upmpdcli
|
||||||
|
--------
|
||||||
|
|
||||||
|
`upmpdcli <http://www.lesbonscomptes.com/upmpdcli/>`_ is recommended, since it
|
||||||
|
is easier to setup, and offers `OpenHome <http://www.openhome.org> ohMedia`_
|
||||||
|
compatibility. upmpdcli exposes a UPnP MediaRenderer to the network, while
|
||||||
|
using the MPD protocol to control Mopidy.
|
||||||
|
|
||||||
|
1. Install upmpdcli. On Debian/Ubuntu::
|
||||||
|
|
||||||
|
apt-get install upmpdcli
|
||||||
|
|
||||||
|
Alternatively, follow the instructions from the upmpdcli website.
|
||||||
|
|
||||||
|
2. The default settings of upmpdcli will work with the default settings of
|
||||||
|
:ref:`ext-mpd`. Edit :file:`/etc/upmpdcli.conf` if you want to use different
|
||||||
|
ports, hosts, or other settings.
|
||||||
|
|
||||||
|
3. Start upmpdcli using the command::
|
||||||
|
|
||||||
|
upmpdcli
|
||||||
|
|
||||||
|
Or, run it in the background as a service::
|
||||||
|
|
||||||
|
sudo service upmpdcli start
|
||||||
|
|
||||||
|
4. A UPnP renderer should be available now.
|
||||||
|
|
||||||
|
|
||||||
.. _rygel:
|
.. _rygel:
|
||||||
|
|
||||||
How to make Mopidy available as an UPnP MediaRenderer
|
Rygel
|
||||||
=====================================================
|
-----
|
||||||
|
|
||||||
With the help of `the Rygel project <https://live.gnome.org/Rygel>`_ Mopidy can
|
With the help of `the Rygel project <https://live.gnome.org/Rygel>`_ Mopidy can
|
||||||
be made available as an UPnP MediaRenderer. Rygel will interface with the MPRIS
|
be made available as an UPnP MediaRenderer. Rygel will interface with the MPRIS
|
||||||
@ -41,15 +79,15 @@ interface provided by the `Mopidy-MPRIS extension
|
|||||||
<https://github.com/mopidy/mopidy-mpris>`_, and make Mopidy available as a
|
<https://github.com/mopidy/mopidy-mpris>`_, and make Mopidy available as a
|
||||||
MediaRenderer on the local network. Since this depends on the MPRIS frontend,
|
MediaRenderer on the local network. Since this depends on the MPRIS frontend,
|
||||||
which again depends on D-Bus being available, this will only work on Linux, and
|
which again depends on D-Bus being available, this will only work on Linux, and
|
||||||
not OS X. MPRIS/D-Bus is only available to other applications on the same
|
not OS X. MPRIS/D-Bus is only available to other applications on the same
|
||||||
host, so Rygel must be running on the same machine as Mopidy.
|
host, so Rygel must be running on the same machine as Mopidy.
|
||||||
|
|
||||||
1. Start Mopidy and make sure the MPRIS frontend is working. It is activated
|
1. Start Mopidy and make sure the MPRIS frontend is working. It is activated
|
||||||
by default when the Mopidy-MPRIS extension is installed, but you may miss
|
by default when the Mopidy-MPRIS extension is installed, but you may miss
|
||||||
dependencies or be using OS X, in which case it will not work. Check the
|
dependencies or be using OS X, in which case it will not work. Check the
|
||||||
console output when Mopidy is started for any errors related to the MPRIS
|
console output when Mopidy is started for any errors related to the MPRIS
|
||||||
frontend. If you're unsure it is working, there are instructions for how to
|
frontend. If you're unsure it is working, there are instructions for how to
|
||||||
test it on in the `Mopidy-MPRIS readme
|
test it in the `Mopidy-MPRIS readme
|
||||||
<https://github.com/mopidy/mopidy-mpris>`_.
|
<https://github.com/mopidy/mopidy-mpris>`_.
|
||||||
|
|
||||||
2. Install Rygel. On Debian/Ubuntu::
|
2. Install Rygel. On Debian/Ubuntu::
|
||||||
|
|||||||
@ -74,13 +74,13 @@ you a lot better performance.
|
|||||||
#. Install Mopidy and its dependencies as described in :ref:`debian-install`.
|
#. Install Mopidy and its dependencies as described in :ref:`debian-install`.
|
||||||
|
|
||||||
#. Finally, you need to set a couple of :doc:`config values </config>`, and
|
#. Finally, you need to set a couple of :doc:`config values </config>`, and
|
||||||
then you're ready to :doc:`run Mopidy </running>`. Alternatively you may
|
then you're ready to :doc:`run Mopidy </running>`. Alternatively you may
|
||||||
want to have Mopidy run as a :doc:`system service </debian>`, automatically
|
want to have Mopidy run as a :doc:`system service </debian>`, automatically
|
||||||
starting at boot.
|
starting at boot.
|
||||||
|
|
||||||
|
|
||||||
Appendix: Fixing audio quality issues
|
Appendix A: Fixing audio quality issues
|
||||||
=====================================
|
=======================================
|
||||||
|
|
||||||
As of about April 2013 the following steps should resolve any audio
|
As of about April 2013 the following steps should resolve any audio
|
||||||
issues for HDMI and analog without the use of an external USB sound
|
issues for HDMI and analog without the use of an external USB sound
|
||||||
@ -141,3 +141,35 @@ not determined the exact revision that fixed this::
|
|||||||
The only remaining known issue is a slight gap in playback at track changes
|
The only remaining known issue is a slight gap in playback at track changes
|
||||||
this is likely due to gapless playback not being implemented and is being
|
this is likely due to gapless playback not being implemented and is being
|
||||||
worked on irrespective of Raspberry Pi related work.
|
worked on irrespective of Raspberry Pi related work.
|
||||||
|
|
||||||
|
|
||||||
|
Appendix B: Raspbmc not booting
|
||||||
|
===============================
|
||||||
|
|
||||||
|
Due to a dependency version problem where XBMC uses another version of libtag
|
||||||
|
than what Debian originally ships with, you might have to make some minor
|
||||||
|
changes for Raspbmc to start properly after installing Mopidy.
|
||||||
|
|
||||||
|
If you notice that XBMC is not starting but gets stuck in a loop,
|
||||||
|
you need to make the following changes::
|
||||||
|
|
||||||
|
sudo ln -sf /home/pi/.xbmc-current/xbmc-bin/lib/xbmc/system/libtag.so.1 \
|
||||||
|
/usr/lib/arm-linux-gnueabihf/libtag.so.1
|
||||||
|
|
||||||
|
However, this will not persist the changes. To persist the changes edit
|
||||||
|
:file:`/etc/ld.so.conf.d/arm-linux-gnueabihf.conf` and add the following at the
|
||||||
|
top::
|
||||||
|
|
||||||
|
/home/pi/.xbmc-current/xbmc-bin/lib/xbmc/system
|
||||||
|
|
||||||
|
It's very important to add it at the top of the file as this indicates the
|
||||||
|
priority of the folder in which to look for shared libraries.
|
||||||
|
|
||||||
|
XBMC doesn't play nicely with the system wide installed version of libtag that
|
||||||
|
got installed together with Mopidy, but rather vendors in its own version.
|
||||||
|
|
||||||
|
More info about this issue can be found in `this post
|
||||||
|
<http://geeks.noeit.com/xbmc-library-dependency-error/>`_.
|
||||||
|
|
||||||
|
Please note that if you're running Xbian or another XBMC distribution these
|
||||||
|
instructions might vary for your system.
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user