Dokumentation nachziehen -- und einen verlorenen Wunsch retten

Der README behauptete an prominenter Stelle "bewusst kein YouTube".
Das stimmt seit vier Commits nicht mehr, und ein Satz, der das Gegenteil
des Codes sagt, wird geglaubt. Ersetzt samt der PO-Token-Lage und dem
Hinweis auf Cookies und eigene Argumente.

.env.example kennt jetzt FFMPEG_PATH und YTDLP_PATH -- mit dem Hinweis,
dass YTDLP_PATH=/bin/false der Weg ist, den Fehlerpfad zu pruefen.

Beim letzten Durchlesen aufgefallen: `weiter()` holt den naechsten Titel
aus der Liste, BEVOR `spielen()` laeuft. Scheitert der Beitritt in den
Sprachkanal -- fehlendes Recht, voller Kanal, DAVE --, war der Eintrag
weg. Genau im haeufigsten Fall: jemand reiht etwas ein, waehrend der Bot
noch gar nicht im Kanal sitzt, der erste Beitritt ist der, der scheitern
kann, und der Wunsch verschwindet wortlos.

Jetzt wird er wieder ganz vorn eingereiht und der Fehler weitergereicht.
Gegenprobe mit einem Kanal, dessen Beitritt garantiert wirft: drei Titel
vorher, drei Titel nachher, "Erster" wieder an erster Stelle.

.env.example

@@ -62,3 +62,13 @@ GITEA_API_TOKEN=
 
 # Optional: Pfad zur SQLite-Datei (Default: ./data/ecobot.db)
 # DB_PATH=./data/ecobot.db
+
+# Optional: Pfade zu ffmpeg und yt-dlp fuers Radio (Default: im PATH suchen).
+# Beide stecken im Docker-Abbild und muessen dort nicht gesetzt werden. Lokal
+# ohne Docker ist das der Ort, an dem man sie bekannt macht.
+#
+# Zum Pruefen der Fehlerwege taugt ein Pfad, der nicht abspielt:
+# YTDLP_PATH=/bin/false laesst die Radiosender weiterlaufen und muss im Panel
+# als "yt-dlp fehlt" erscheinen -- nicht als Stille im Sprachkanal.
+# FFMPEG_PATH=ffmpeg
+# YTDLP_PATH=yt-dlp