vdrdevel liefert nach Editieren von channels.conf dauerhaft schwarzes Bild

Nach Jahren einer harmonischen Zweierbeziehung zwischen mir und dem ct VDR 4 (vdr + vdrdevel) gibt es nun eine Krise. Und das kam so: Plötzlich hatte Arte im vdrdevel keine EPG Daten mehr, während die normale vdr weiter mit EPG ausgestattet war. Als sich das nach ein paar Wochen nicht besserte, habe ich - wie schon öfters erfolgreich getan - die channels.conf angeschaut und den Arte Eintrag zu korrigieren versucht. Seitdem
- liefert vdrdevel einen schwarzen Bildschirm, obwohl ich die Änderungen wieder rückgängig gemacht habe. Die normale vdr Version läuft normal.
- ab und zu gibt es ein Bild eines Senders, aber das OSD ist komplett verschwunde, d.h. der Druck auf die FB scheint nichts bewirken. Scheint deshalb, weil man trotz schwarzen Schirms den vdr per FB (ich habe ein Ausschalt-Makro auf eine Taste gelegt) ausschalten kann.

Ich habe es mit allen möglichen channels.conf probiert, sie hat die richtigen Rechte und den richtigen Owner (vdr) und ist im Linux-Format gesichert. Den Logs konnte zumindest ich (als ziemlicher Linux-Laie) nichts aussagekräftiges entnehmen.
Da ich trotz mehrstündiger Suche im Forum kein Präzedenzfall fand: Kennt irgendjemand ein solches Problem oder kann mir mit einem Tipp helfen?
Danke & viele Grüße
Martin

Die letze channels.conf, mit der ich es probiert habe, anbei (als Zip, weil von einem Windows-Rechner aus verschickt).
Danke & viele Grüße
Martin

Danke für die Tipps. Ich habe die Doppler gelöscht, aber es hat, wie fast schon befürchtet, nichts gebracht. Ich hatte es auch schon einmal mit einer auf fünf Sender reduzierten channels.conf versucht - das war dann der Moment, wo ein Kanal lief, aber ansonsten nichts, inkl. OSD, funktionierte. Ich kann mir irgendwie nicht vorstellen, dass es mit der channels.conf zu tun hat, da ich meine initiale Änderung ja umgehend wieder rückgängig machte und somit den funktionierenden Urszustand der Datei wieder hergestellt hatte - ohne dass aber vdrdevel wieder den Dienst aufgenommen hätte. Was könnte der denn sonst noch übel genommen haben?
Im messages Log ist der Umschaltvorgang von der normalen auf die vdrdevel wie folgt protokolliert:

Dec  4 13:23:34 localhost vdrdevel: deleting plugin: pilot
Dec  4 13:23:34 localhost vdrdevel: deleting plugin: screenshot
Dec  4 13:23:34 localhost vdrdevel: deleting plugin: osdpip
Dec  4 13:23:34 localhost vdrdevel: deleting plugin: newsticker
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: mplayer
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: mp3
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: mediamvp
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: osdteletext
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: image
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: femon
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: mailbox
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: clock
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: burn
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: epgsearch
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: skinelchi
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: text2skin
Dec  4 13:23:35 localhost vdrdevel: deleting plugin: autotimeredit
Dec  4 13:23:36 localhost vdr[21374]: VDR version 1.3.24 started
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-autotimeredit.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-text2skin.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-skinelchi.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-epgsearch.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-burn.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-clock.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-mailbox.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-femon.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-image.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-osdteletext.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-mediamvp.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-mp3.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-mplayer.so.1.3.24
Dec  4 13:23:36 localhost vdr[21374]: loading plugin: /usr/lib/vdrdevel/plugins/libvdr-muggle.so.1.3.24

D.h. Ende ist jeweils bei muggle.
Kann das damit etwas zu tun haben?
Danke & viele Grüße
Martin

Unimatrix0: Nein, die diseqc.conf habe ich nicht angerührt
kilroy: Habe bei der Suche gelesen, dass das Deaktivieren der Plugings nicht so einfach sei - wie/wo macht man das? in der setup.conf fand ich nichts passendes,
Danke & viele Grüße
Martin

Danke@kilroy - und z.K. für die Nachwelt:
Ich habe zunächst muggle in der order.conf deaktiviert. Danach startete der vdrdevel durch bis zur in der messages dokumentierten Sender- bzw. Programmwahl. Zu sehen gabe es auf dem TV aber immer noch nichts. Dann habe ich alle Plugins deaktiviert. Dadurch Dann ging vdrdevel wieder. Danach habe ich alle Plugins, zunächst eines nach dem anderen, dann in Dreier-Packs mit jeweiligem vdrdevel restart, wieder aktiviert. Und vdrdevel geht immer noch. Sonst habe ich nichts geändert.
Pikanterweise hat nun Arte seine EPG-Daten (deren Fehlen ja der Anlass der ganzen Aktion war), der Rest auch, aber das Erste nicht mehr.
Zusammenfassend hat sich wohl - aus welchem Grund auch immer, ein Plugin so verschluckt, dass nichts mehr ging. Welches, warum und warum es nun wieder geht...?
Danke für die Hilfe und viele Grüße
Martin