Wahrscheinlich wird die Liste dynamisch erstellt, in Abhängigkeit der vom TV bereitgestellten Modi.
Auf meinem Fernseher gibt es Itu_R_BT_2020_NCL, ist ein Panasonic 784.

Dafür gibt es schon einen Thread:

DVB-T2 kein automatischer Scan von 626 Mhz

Das Problem ist nicht auf DM520/525 beschränkt, auch dm900/920 sind betroffen.
Eine positive Reaktion der Devs fehlt bisher

Anbei der output von jouralctl -f beim Umschalten von einem Track mit 2-Kanal AAC auf 5.1 Kanal AAC.
Der AV-Receiver bleibt dabei auf 2-Kanal PCM.

Der Grundgedanke des Forums ist es das sich Käufer der Original Dreamprodukte miteinander austauschen können.

Regeln verwendet man sinnvoller Weise nur dann wenn etwas aus dem Ruder läuft.
z.B.:
nicht legale Entschlüsselung.

Eine neue Regel bezüglich Fremdimages nutzt niemandem etwas, die Fragen kommen trotzdem.
Regeln werden hier nicht selten missverstanden als eine Möglichkeit sich besonders unfreundlich zu äußern.
Es reicht ein freundlicher Hinweis auf die Foren der Fremdimages.

Ich bitte hier von einer Anpassung der Boardregeln abzusehen.

MovieCut interessiert sich nicht für das Videoformat. Es wird nur das .cuts file abgearbeitet.

Mein Wunsch nach einem 4.0 Downmix ist obsolet.

Einige Experimente später:
TV-Sendungen:
Die Box gibt 2.0 HE-AAC und 5.1 HE-AAC korrekt als 2.0 PCM und 5.1 PCM aus.

TV-Mitschnitte .ts:
beginnt der Mitschnitt als 2.0 HE-AAC und wechselt später auf 5.1 AAC dann gibt es Probleme, wenn man die Stelle mit der Änderung überspringt.
Nach einem Sprung wird der Audio-Mode des Receivers nicht geupdated, somit bleibt der Receiver im 2.0 Mode, und der Sender arbeitet mit 5.1.

Ist ein Bug der behoben werden sollte.

Zu 1. Die DM920 hat im Advanced Audiosettingsmenü eine Einstellung "convert to Multichannel-PCM"
Dies passt nicht zu Deiner Aussage.
Allerdings zeigt mein Verstärker bei Multichannel HE-AAC an "2 Kanal PCM". Damit handelt die Dreambox bei "convert to multichannel-PCM" nicht sinnvoll.
Nur den linken und den rechten Audiokanal durchzuleiten ist nicht zielführend.
Hast Du eine Quelle für Deine offizielle Aussage?

Aus der dmesg:
[52366.231055] set aac to multichannel
[52366.231068] audio ch0: streamtype set 6
[52366.231073] audio ch0: streamtype_set: stop decoder
[52366.231085] audio ch0: decoder stop
[52366.231093] audio ch0: streamtype_set: stop rave
[52366.231119] audio ch0: decode
[52366.231123] audio ch0: multichannel PCM enabled for HDMI device (8 channels supported)
[52366.231129] audio ch0: add stereo input to mixer DAC
[52366.231142] audio ch0: add stereo input to mixer SPDIF
[52366.231150] audio ch0: add multichannel pcm input to mixer MAI

Zu 2. Die Aussage ist mißverständlich.
Bei HDMI gibt es 2 Kanal PCM (mandatory) und optional bis zu 8 Kanäle seit HDMI 1.0.
Mich wundert, das mein Verstärker 2.0 PCM anzeigt während die Dreambox scheinbar multichannel selektiert.

Die Aufteilungen auf die Kanäle erledigt bei Bitstream immer der Verstärker.
Bei teureren Blu-Ray Playern habe ich immer ein Lautsprechersetup entdeckt, was mich spekulieren läßt, das man manchmal die Kanalzuordnungen im Player regelt.
Eine schlüssige Begründung dafür habe ich nicht.

Zu 3. Der Downmix auf 2.0 PCM ist immer nur ein Workaround. Warum hätte sonst irgend jemand 5.1 oder ähnliches erfinden sollen...
Wer eine Mehrkanalanlage hat, möchte gerne das der mehrkanalige Ton nicht auf 2 Kanäle eingedampft wird, wenn vermeidbar.

Zusammenfassung:
Die Dreambox dm920 denkt im "convert to Multicannel Modus" das multichannel selektiert wurde. Der Verstärger (Yamaha RX-A870) denkt das 2 Kanal PCM selektiert wurde.
Die beiden unterschiedlichen Betriebsarten passen nicht zueinander. Den Verursacher der Probleme kann ich nicht bestimmen.

Bei Mehrkanalsendungen erledigt normalerweise der Verstärker am HDMI-Ausgang die Aufteilung der Audio-Signale auf die Boxen.
Bei vielen Mehrkanalformaten ist es für die Dreambox ausreichend das Signal via Bitstream durchzureichen.

Sollte der angeschlossene Verstärker das Format nicht können, wird ein Mehrkanal PCM-Ton durch die Dreambox ausgegeben, ohne Berücksichtigung des Lautsprechersetups.
In vielen Fällen ist dies ausreichend.

Der Problemfall:
HE-AAC Mehrkanalton und ein 4.0 Lautsprechersetup. Der Centerlautsprecher muß hier durch die beiden Hauptlautsprecher links und rechts emuliert werden.
Wird er aber nicht. Deshalb sinkt die Dialogverständlichkeit teilweise auf 0.

Es gibt einen Workaround:
Im Advanced Audiosetup kann man für AAC den Modus Downmix einstellen. Dann wird Audio auf 2.0 reduziert.
Deshalb mein Wunsch für ein Downmix 4.0

Ein zusätzlicher Center ist keine Option, zu den hochwertigen Frontlautsprechern gibt es keine passende Center.

Ich empfange T2 vom Scholzplatz und Fernsehturm Berlin, beide ARD Muxe 506 und 626 Mhz stammen vom nahegelegenen Scholzplatz, der Rest vom Fernsehturm, die Antenne ist auf den Scholzplatz ausgerichtet.

Beim Umschalten zwischen den DVB-T2 Programmen fällt mir auf, das der Wechsel von einem nicht 626MHz Transponder auf 626 Mhz länger dauert, als bei allen anderen Tranponder Wechseln. (subjektiv, ohne Zeitmessungen).
Deshalb drängt sich bei mir der Gedanke auf, das die Timeouts beim Scannen zu knapp bemessen sind.

cron für die dm820 sieht nach basteln aus.
Das von pclin angehängte Paket cronie kann funktionieren. Als Start-Stopscript wird jedoch kein cron.service migliefert, sondern ein SYSV script /etc/init.d/cron.
Da muß der Start des cron-daemon gelöst werden:
- SYSV compatibility scripts oder
- eine eigene cron.service Datei. (Beispiel cron.service findest Du in Debian)

btw: Debian kann natürlich auch systemd timer

Vielleicht ist es besser, auf systemd Funktionalität zurückzugreifen. Erfordert keine zusätzliche Software:

systemctl |grep timer

https://wiki.archlinux.org/index.php/Systemd/Timers

Das Problem mit den parallelen Tasks war es diesmal nicht.

Die parallele Installation von oos4-dev und linux-libc-dev hat das Problem augelöst. Die Deinstallation von oss4-dev hat als Leiche eine ungewollte Variante der Datei soundcard.h hinterlassen...
Eine Reinstallation von linux-libc-dev hat das Problem beseitigt.

Ich habe ausgeführt:
git clone -b krogoth git://github.com/opendreambox/opendreambox.git
cd opendreambox
make MACHINE=dm920 download
make MACHINE=dm920 image
Beim do_compile qemu-native-2.5.0-r1 steigt make aus.
Beim Übersetzen von /vol/u3_d01/av-proj/dreambox/2018-01-14.oe25/opendreambox/build/dm920/tmp-glibc/work/x86_64-linux/qemu-native/2.5.0-r1/qemu-2.5.0/linux-user/syscall.c

kommt es zur Fehlermeldung:

SNDCTL_DSP_MAPINBUF undeclared here
+ weitere gleichartige Fehler.

Offenbar wird die Datei /usr/include/linux/soundcard.h verwendet, die die benötigten Definitionen nicht beinhaltet.

root@myhost:/usr/include/linux# uname -a
Linux myhost 4.4.0-109-generic #132-Ubuntu SMP Tue Jan 9 19:52:39 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
root@myhost:/usr/include/linux# dpkg -S /usr/include/linux/soundcard.h
Umleitung durch oss4-dev von: /usr/include/linux/soundcard.h
Umleitung durch oss4-dev zu: /usr/include/linux/soundcard.h.oss3
oss4-dev, linux-libc-dev:amd64: /usr/include/linux/soundcard.h

Nach dem Überschreiben der lokalen /usr/include/linux/soundcard.h durch eine kompatible Datei läßt sicht qemu bauen.

Environment Ubuntu 16.04 amd64

Leider hat die enigma2 builtin funktionalität ReconstructApSc auch Fehler bezüglich H.265, weshalb es diesen Thread gibt...

MovieCut könnte die .sc und .ap Dateien auf 2 Arten behandeln:
1. Die neuen .sc und .ap Dateien werden aus dem neu erzeugen geschnittenen .ts File erzeugt.
2. Die neuen .sc und .ap Dateien werden aus den alten .sc und .ap Dateien erzeugt.
MovieCut hat die 2. Variante gewählt.

Es interessieren sich der cutlisteditor und moviecut für diese Files, eventuell enigma2 bei schnellem Vorlauf oder Rücklauf. Weitere Verwendungszwecke sind mir nicht bekannt/plausibel.

Wahrscheinlich werden weder .sc noch .ap Files benötigt. Es muß nur der Code zur Erzeugung der neuen .sc und .ap files entfernt werden.
Die tollste Erfindung sind diese Files nicht...

@dhwz : war ein Irrtum meinerseits. Ich dachte seit der DM8000 wäre audiomäßig nichts passiert, und ohne die Advanced Audio Settings fällt nicht auf, das etwas passiert ist.

Ein Fernsehsender mit PCM-Ton ist mir nicht bekannt. Die Dreambox wandelt grundsätzlich in PCM unter anderem MPEG 1 Layer 2 Ton und AAC-Ton.

Eine Umwandlung in Mehrkanal PCM-Ton (> 2.0) für den HDMI-ausgang halte ich für wenig wahrscheinlich.
Wenn gewandelt wird, dann für SPDIF und HDMI gemeinsam. SPDIF unterstützt bei PCM nur 2 Kanäle...

Die Box erkennt den neuen Tuner Typ automatisch, wenn die Box-Software neu genug ist, den Support für den neuen Tuner bereits enthält.

Die Tunerkonfiguration wird man wahrscheinlich trotzdem anpassen müssen.