Radio: Schalter dorthin, wo man ihn sucht — und Stille sagt jetzt warum

Drei Sachen, alle vom selben Bericht ausgeloest.

1. Der Schalter war nur im Modul-Reiter zu finden, die Meldung schickte aber
   nach "Community". Beim Nachsehen kam heraus: Modul-Schalter haben in
   /api/settings gar keinen Weg — jeder stand von Hand in api.js, und fuenf
   fehlten dort (radio, automod, anti_raid, linked_roles, ls_farm). Die
   liessen sich nur ueber den Modulreiter umlegen. Jetzt kommen sie wie
   Kanaele, Rollen und Texte aus dem Register; jeder neue ist damit von
   allein speicherbar. Dazu steht der Haken jetzt oben im Radio-Abschnitt,
   wo auch die Sender stehen.

2. Der Bot sass im Sprachkanal und schwieg. Ursache im Code: nach
   joinVoiceChannel wurde sofort losgespielt. Der Aufruf kommt zurueck,
   sobald der Bot sichtbar im Kanal steht — der UDP-Weg wird danach erst
   ausgehandelt. Wer vorher sendet, sendet ins Leere. Jetzt wird auf
   VoiceConnectionStatus.Ready gewartet, und schlaegt das fehl, sagt der
   Befehl es statt still dazustehen.

3. Stille erklaert sich. Fehlt ffmpeg im Container, setzte sich der Bot
   bisher hin und schwieg — nichts stuerzte ab, nichts fehlte sichtbar.
   ffmpeg wird jetzt beim Start geprueft, /radio verweigert mit klarer
   Ansage, und kommt binnen acht Sekunden kein Ton, steht der Grund in der
   Tafel: fehlendes ffmpeg oder ein Sender, der nichts liefert.

Nebenbei: -analyzeduration stand hinter -i und wurde damit als
Ausgabe-Option gelesen, also ignoriert.

Geprueft: die Tonkette laeuft lokal gegen einen echten Sender durch bis zum
Abspieler (4,1 s Ton in 6 s Laufzeit, Status bleibt playing). Alle 16
Modul-Schalter gehen angemeldet durch /api/settings hin und zurueck.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

src/web/api.js

@@ -961,9 +961,20 @@ ${rssItems}
             // liegt, und der Haken „einsatzbereit" widerspricht dem Formular.
             ...Object.fromEntries(
                 Object.entries(moduleSettingKeys())
-                    .filter(([art]) => art !== 'schalter')      // Schalter sind Ja/Nein, siehe unten
+                    .filter(([art]) => art !== 'schalter')      // Schalter sind Ja/Nein, siehe direkt darunter
                     .flatMap(([, keys]) => keys.map((k) => [k, getSetting(k) ?? '']))
             ),
+            // Schalter ebenfalls aus dem Register. Vorher stand jeder einzeln
+            // weiter unten in dieser Datei — und fünf fehlten dort schlicht
+            // (radio, automod, anti_raid, linked_roles, ls_farm). Die liessen
+            // sich dann nur über den Modul-Reiter umlegen, nirgends sonst.
+            //
+            // Der Vorgabewert steckt im Register, nicht hier: manche Module
+            // sind ab Werk an, andere aus. `moduleEnabled` weiss das.
+            ...Object.fromEntries(moduleSettingKeys().schalter.map((k) => {
+                const mod = MODULES.find((m) => m.setting === k);
+                return [k, mod ? moduleEnabled(mod.id) : getSetting(k) === '1'];
+            })),
             commit_channel_id: commitChannelId(),
             devlog_channel_id: devlogChannelId(),
             release_channel_id: releaseChannelId() ?? '',
@@ -1092,6 +1103,14 @@ ${rssItems}
         // Panel steht, aber nicht in dieser Datei, verfiel sonst stumm.
         const ausRegister = moduleSettingKeys();
 
+        // Schalter aus dem Register — jeder neue Modul-Schalter ist damit
+        // automatisch speicherbar. Die handgeschriebenen Zweige weiter unten
+        // machen dasselbe noch einmal; das schadet nicht und bleibt stehen,
+        // solange sie zusätzliche Nebenwirkungen haben.
+        for (const key of ausRegister.schalter) {
+            if (body[key] !== undefined) setSetting(key, body[key] ? '1' : '0');
+        }
+
         // Kanäle: müssen existierende Textkanäle sein (optionale dürfen leer sein = aus)
         const OPTIONAL_CHANNELS = [...new Set([
             'release_channel_id', 'backup_channel_id', 'starboard_channel_id',