X-Git-Url: http://git.kaliko.me/?p=python-musicpd.git;a=blobdiff_plain;f=doc%2Fsource%2Fuse.rst;h=b89db3b1ad647ae6a50fdf5fc838b61b25f56444;hp=f01fd398f0dc2937a2ca99b93393d64a4839f702;hb=450aa07f5fd1b92fa53176dc23784482d18686c3;hpb=84529a410bdc6a08450732b14113094acfd8fcb8 diff --git a/doc/source/use.rst b/doc/source/use.rst index f01fd39..b89db3b 100644 --- a/doc/source/use.rst +++ b/doc/source/use.rst @@ -24,6 +24,8 @@ them), and the functions used to parse their responses see :ref:`commands`. See the `MPD protocol documentation`_ for more details. +.. _environment_variables: + Environment variables --------------------- @@ -35,17 +37,36 @@ The client honors the following environment variables: | For abstract socket use "@" as prefix : "`@socket`" and then with a password "`pass@@socket`" | Regular unix socket are set with an absolute path: "`/run/mpd/socket`" * ``MPD_PORT`` MPD port, relevant for TCP socket only, ie with :abbr:`FQDN (fully qualified domain name)` defined host - * ``MPD_TIMEOUT`` timeout for connecting to MPD and for waiting for MPD’s response in seconds + * ``MPD_TIMEOUT`` timeout for connecting to MPD and waiting for MPD’s response in seconds * ``XDG_RUNTIME_DIR`` path to look for potential socket: ``${XDG_RUNTIME_DIR}/mpd/socket`` -Defaults settings ------------------ +.. _default_settings: + +Default settings +---------------- * If ``MPD_HOST`` is not set, then look for a socket in ``${XDG_RUNTIME_DIR}/mpd/socket`` * If there is no socket use ``localhost`` * If ``MPD_PORT`` is not set, then use ``6600`` * If ``MPD_TIMEOUT`` is not set, then uses :py:obj:`musicpd.CONNECTION_TIMEOUT` + +Context manager +--------------- + +Calling MPDClient in a context manager :py:obj:`musicpd.MPDClient.connect` is +transparently called with :ref:`default setting` (use +:ref:`environment variables` to override defaults). +Leaving the context manager :py:obj:`musicpd.MPDClient.disconnect` is called. + +.. code-block:: python + + import os + os.environ['MPD_HOST'] = 'mpdhost' + with MPDClient() as c: + c.status() + c.next() + Command lists ------------- @@ -101,7 +122,7 @@ Idle prefixed commands ---------------------- Each command have a *send\_* and a *fetch\_* variant, which allows to -send a MPD command and then fetch the result later. +send a MPD command and then fetch the result later (non-blocking call). This is useful for the idle command: .. code-block:: python @@ -122,6 +143,8 @@ This is useful for the idle command: >>> gobject.io_add_watch(client, gobject.IO_IN, callback) >>> gobject.MainLoop().run() +See also use of :ref:`socket timeout` with idle command. + Fetching binary content (cover art) ----------------------------------- @@ -172,4 +195,75 @@ You can also use `readpicture` command to fetch embedded picture: Refer to `MPD protocol documentation`_ for the meaning of `binary`, `size` and `data`. +.. _socket_timeout: + +Socket timeout +-------------- + +.. note:: + When the timeout is reached it raises a :py:obj:`socket.timeout` exception. An :py:obj:`OSError` subclass. + +A timeout is used for the initial MPD connection (``connect`` command), then +the socket is put in blocking mode with no timeout. Its value is set in +:py:obj:`musicpd.CONNECTION_TIMEOUT` at module level and +:py:obj:`musicpd.MPDClient.mpd_timeout` in MPDClient instances . However it +is possible to set socket timeout for all command setting +:py:obj:`musicpd.MPDClient.socket_timeout` attribute to a value in second. + +Having ``socket_timeout`` enabled can help to detect "half-open connection". +For instance loosing connectivity without the server explicitly closing the +connection (switching network interface ethernet/wifi, router down, etc…). + +**Nota bene**: with ``socket_timeout`` enabled each command sent to MPD might +timeout. A couple of seconds should be enough for commands to complete except +for the special case of ``idle`` command which by definition *“ waits until +there is a noteworthy change in one or more of MPD’s subsystems.”* (cf. `MPD +protocol documentation`_). + +Here is a solution to use ``idle`` command with ``socket_timeout``: + +.. code-block:: python + + import musicpd + import select + import socket + + cli = musicpd.MPDClient() + try: + cli.socket_timeout = 10 # seconds + select_timeout = 5 # second + cli.connect() + while True: + cli.send_idle() # use send_ API to avoid blocking on read + _read, _, _ = select.select([cli], [], [], select_timeout) + if _read: # tries to read response + ret = cli.fetch_idle() + print(', '.join(ret)) # Do something + else: # cancels idle + cli.noidle() + except socket.timeout as err: + print(f'{err} (timeout {cli.socket_timeout})') + except (OSError, musicpd.MPDError) as err: + print(f'{err!r}') + if cli._sock is not None: + cli.disconnect() + except KeyboardInterrupt: + pass + +Some explanations: + + * First launch a non blocking ``idle`` command. This call do not wait for a + response to avoid socket timeout waiting for an MPD event. + * ``select`` waits for something to read on the socket (the idle response + in this case), returns after ``select_timeout`` seconds anyway. + * In case there is something to read read it using ``fetch_idle`` + * Nothing to read, cancel idle with ``noidle`` + +All three commands in the while loop (send_idle, fetch_idle, noidle) are not +triggering a socket timeout unless the connection is actually lost (actually it +could also be that MPD took too much time to answer, but MPD taking more than a +couple of seconds for these commands should never occur). + + .. _MPD protocol documentation: http://www.musicpd.org/doc/protocol/ +.. vim: spell spelllang=en