+Fetching binary content (cover art)
+-----------------------------------
+
+Fetching album covers is possible with albumart, here is an example:
+
+.. code-block:: python
+
+ >>> cli = musicpd.MPDClient()
+ >>> cli.connect()
+ >>> track = "Steve Reich/1978-Music for 18 Musicians"
+ >>> aart = cli.albumart(track, 0)
+ >>> received = int(aart.get('binary'))
+ >>> size = int(aart.get('size'))
+ >>> with open('/tmp/cover', 'wb') as cover:
+ >>> # aart = {'size': 42, 'binary': 2051, data: bytes(...)}
+ >>> cover.write(aart.get('data'))
+ >>> while received < size:
+ >>> aart = cli.albumart(track, received)
+ >>> cover.write(aart.get('data'))
+ >>> received += int(aart.get('binary'))
+ >>> if received != size:
+ >>> print('something went wrong', file=sys.stderr)
+ >>> cli.disconnect()
+
+A `CommandError` is raised if the album does not expose a cover.
+
+You can also use `readpicture` command to fetch embedded picture:
+
+.. code-block:: python
+
+ >>> cli = musicpd.MPDClient()
+ >>> cli.connect()
+ >>> track = 'muse/Amon Tobin/2011-ISAM/01-Amon Tobin - Journeyman.mp3'
+ >>> rpict = cli.readpicture(track, 0)
+ >>> if not rpict:
+ >>> print('No embedded picture found', file=sys.stderr)
+ >>> sys.exit(1)
+ >>> size = int(rpict['size'])
+ >>> done = int(rpict['binary'])
+ >>> with open('/tmp/cover', 'wb') as cover:
+ >>> cover.write(rpict['data'])
+ >>> while size > done:
+ >>> rpict = cli.readpicture(track, done)
+ >>> done += int(rpict['binary'])
+ >>> print(f'writing {rpict["binary"]}, done {100*done/size:03.0f}%')
+ >>> cover.write(rpict['data'])
+ >>> cli.disconnect()
+
+Refer to `MPD protocol documentation`_ for the meaning of `binary`, `size` and `data`.
+
+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 to much time to answer, but MPD taking more than a
+couple of seconds for these commands should never occur).
+