[xkarlix]

Hallo!

Habe um repeat bei Verwendung des igorplugusb zu aktivieren (mld 5.3)ein paar Pakete aktualisiert.
kernel, irkeytable, eventlircd, .. (selbst gebaute Pakete)
Habe nach längerer Laufzeit und einigen Senderwechsel massive Bildstörungen.
Würfel Streifen bis zur Unkenntlichkeit des Bildes.
HD-Sender sind nicht gestört bis auf ATV-HD
SD-Sender, zeitweise. Beim umschalten zu 90 Prozent.

Habe danach ein zwischendurch erstelltes hd Image meines mld 5.3 wieder zurück kopiert.
Die Störungen tauchten wieder auf.
Hab erst später bemerkt das ich da schon einen 4.16 kernel installiert hatte.
 
Der Techniker meines Vertrauens ging eindeutig von Fehler im LNB oder Kabel aus.
LNB getauscht. Kabel-Stecker Fernbindungen sind in Ordnung.

Nach viel suchen und probieren:

Bei einem orig. MLD 5.3, kernel 4.8.15, keine Bildstörung aber kein repeat der FB
5.4 funktionierende FB aber Bildstörungen.

Hab meine alte 5.3 Entwicklungsumgebung von 2017 wieder gefunden und einen kernel 4.9.49 darin gebaut.
Damit funktioniert FB und Bild.

Hab in meiner 5.4 Entwicklungsumgebung mit kernel 4.12.10 ( Commit ae6f62 ) gebaut.
Damit funktioniert auch dieser ohne Störungen.
Ab kernel 4.14 tauchen nach kurzer Zeit die Bildstörungen wieder auf.
Auch nach einem Neustart in den 5.3.

Erst nach dem ich den Rechner vom Strom trenne, den Power Knopf zwei-drei mal drücke
bis auch die letzte LED am board erloschen ist, also komplett Stromlos ist, läuft der 5.3 wieder störungsfrei.

Habe in bisher in keinem Forum ein ähnliches Verhalten gefunden.
Liegt vielleicht an meiner Hardware-Kombination?
Die cine s2 funktioniert auch in einem anderen Rechner.
Allerdings Deb9 kernel 4.9.

Temperatur war auch einer meiner Gedanken.
Dabei steigt die Temperatur am Kühlkörper vom Board egal mit welchem kernel bis ca. 58 °

Kann inzwischen die Bildstörungen mit kernel 4.14 und 5.4 eindeutig reproduzieren.
Mein 5.3 mit kernel 4.9.49 läuft auch nach Stunden Störungsfrei.

Bauumgebung: Debian 9 Linux 4.9.0-14-amd64, ffmpeg 10:3.4.8-dmo1~bpo9+2,

Vielleicht ist ein derartiges Verhalten schon einmal aufgetaucht?

[X-99]

Hallo,

ich habe genau diese Störungen beim System meiner Eltern. Server und Client 5.4. Server hat ne Cine S2 mit Erweiterung auf 4 Tuner drin. Vor lauter Verzweiflung sind diese jetzt ausgebaut und durch die alte Tevii ersetzt. Damit läuft es perfekt. War gearde dran die Cine in die Reparatur zu geben....

Viele Grüße Rainer

[xkarlix]

Betreibe meinen MLD 5.3 mit kernel 4.9 jetzt schon wieder einige Tage.
Keine Bildsörungen.
Hardware ist somit als Fehlerquelle nicht mein erster Verdacht.

Nach meinem Update wegen Fernbedienung wurden die Störungen erst nach
Tagen richtig hartnäckig. Bei meinen Versuchen mit kern 4.14 und 5.4 konnte
ich die Störungen mit 10 bis 15 Sender wechsel in ein paar Minuten hervorrufen.

Habe derzeit nur diesen einen Rechner zur Verfügung kann deshalb wenig versuchen.
Eine zusätzliche Stromversorgung der Karte hatte jedenfalls keinen Einfluss.

Der orig. 5.3 mit kernel 4.8.15 aus dem Download ist auch störungsfrei gelaufen.
Ich weiß natürlich nicht was sich an den kenel-modulen ab kernel 4.14 geändert hat.

Ich machte meine Versuche vom USB-Stick und hab auch auf demselben installiert.
data hab ich auf einer eigenen Platte somit konnte ich diese jederzeit einbinden.

Ich bekomme in den nächsten Tagen einen zweiten nahezu identischen Rechner.
Werde die Sache auf jeden Fall weiter verfolgen.

[tripple_x]

Hallo,
habe irgendwo mal gelesen, dass es mit veralteter "Intel"-Hardware,
der Cine S2 und einem neueren Kernel zu tun hat.
Die Hardware wird nicht mehr richtig unterstützt.
Gruß

[xkarlix]

Hallo!

Für mangelnde Unterstützung hab ich noch keinen Hinweis.
Am zB. ddbridge modul hat sich einiges geändert.
     Mit kernel 4.12.10 scheint es noch zu funktionieren.
Damit lässt sich der mld 5.4 mit wenig Änderung noch bauen.
Zumindest die Pakete die ich verwende.

[ninjasiat]

Guten Morgen,
ich kann die Störungen unter MLD 5.4 stable mit 2 verschiedenen Karten (1x Cine S2 V6.2 mit zusätzlichem Tunermodul und 1x Cine S2 V6.2) bestätigen.
Ich bin dann auch zurück zu MLD 5.3. Die Bildstörungen sind unter MLD 5.3 nicht mehr vorhanden.
Vorher liefen die Karten unter Ubuntu 18.04 (mit dem yavdr Repo) jahrelang ohne Störung.
Zum Test hatte ich auch ein Ubuntu 20.04 mit den Standardquellen installiert. Auch dort traten die Störungen auf.
Ubuntu 18.04 hat Kernel 4.15.0-128-generic.
Ubuntu 20.04 hat Kernel 5.4.0-62-generic.
Auch hier ist also die Kernelversion unterschiedlich.

Nachtrag: Der Kernel bei Ubuntu 18.04 hatte vor dem Umbau der Karten evtl. eine niedrigere Version. Wenn Zeit ist werde ich dort nochmals testen, ob der Fehler unter Kernel 4.15.0-128-generic auch auftritt.

[xkarlix]

Hallo!

Hab jetzt meinen Versuchsrechner nach einigen kurzen Versuchen
jetzt durchgehend seit ca. 20 Stunden im Betrieb. Viele Senderwechsel.

Eine einzige Bildstörungen beim durchschalten der SD Kanäle.

AT5ION-I, Cine S2 V5.5, MLD 5.4 amd64 stable, kernel 5.4.42.203.4-203.4+karl

Auszug aus lsmod:
i2c_dev                          24576  0
i2c_i801                         32768  0
stv6110x                        20480  2
stv090x                          77824  2
ngene                             49152 16
dvb_core                        135168  1 ngene
nvidia                             10559488 51
snd_hda_codec_hdmi    61440  4
i2c_i801                          32768  0

Scheinbar ist die Karte mit MICRONAS APB 7202A
(Kernel modules: ngene) nicht betroffen.

Der Verdacht "Intel NM10 und DDBridge nach 2011
nicht mehr richtig unterstützt"  bleibt.

[ninjasiat]

Guten Abend,

den Zusammenhang mit Intel Chipsatz sehe ich nicht so.

Ich habe die CineS2 jetzt in ein Gigabyte GA-M720-US3 mit einer passiven G210 und AMD Athlon(tm) 64 X2 Dual Core Processor 5400+ unter MLD 5.4 stable (Kernel 5.4.24.203-203) in Betrieb genommen.
Auch hier sind die Bildstörungen vorhanden. Chipsatz auf dem Gigabyte Mainboard ist ein Nvidia nForce 720D.
Liegt also scheinbar nicht am Chipsatz.

Code: [Select]

MLD> lsmod
Module                  Size  Used by    Tainted: P
snd_hda_codec_realtek   110592  1
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_realtek,snd_hda_codec_generic
snd_hda_codec_hdmi     61440  4
stv6110x               20480  2
lnbp21                 16384  2
nvidia              10555392 51
stv090x                77824  2
snd_hda_intel          40960  1
snd_intel_nhlt         20480  1 snd_hda_intel
snd_hda_codec         122880  4 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel
ddbridge               90112 18
snd_hda_core           69632  5 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_hwdep              16384  1 snd_hda_codec
dvb_core              135168  1 ddbridge
r8169                  90112  0
snd_pcm               102400  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
mc                     49152  1 dvb_core
drm                   454656  3 nvidia
snd_timer              36864  1 snd_pcm
snd                    86016 10 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
i2c_nforce2            20480  0
i2c_dev                24576  0
uinput                 20480  0 


[xkarlix]

Hallo!

ninjasiat
Danke für den Test mit Angaben zur Hardware.

Scheinbar sind Bildstörungen beim 5.4 sehr selten.
Dachte zuerst es handelt sich um einen Einzelfall.

Die Version der Cine S2 hat keine Auswirkung.
Hatte beim letzten Versuch nur ein Kabel für Tuner 1 zur Verfügung.
Mit zwei Kabel tauchten die Störungen wieder auf.

Momentan ist mein angepasster 5.4 mit "kernel 4.12.10
und xorg-nvidia.legacy 340.102" im Einsatz.
Bisher Störungsfrei.

Kann noch versuchen den nvidia 340.107 einzubauen
um dem orig.5.4 Stable so gut wie möglich nachzubilden.

Bisher einzige Lösung: 5.3, oder 5.4 selber basteln.

[xkarlix]

Hallo!

Scheinbar sind die Störungen einzig vom verwendeten kernel abhängig.
Leider weiß ich nicht wie ich ein ausführlichereses Log zustande bringe?
Vielleicht kann jemand mit dem folgendem etwas anfangen?

System
Name:    MLD
Version:    5.4
Systemarchitektur:    amd64
Paket Kategorie:    stable

Auszug aus "System Meldungen"
Die Einträge am Ende entstehen beim Senserwechsel.

Code: [Select]

Jan 30 16:17:33 MLD user.info kernel: [   19.649601] mc: Linux media interface: v0.10
Jan 30 16:17:33 MLD user.warn kernel: [   19.704861] r8169 0000:04:00.0: can't disable ASPM; OS doesn't have ASPM control
Jan 30 16:17:33 MLD user.info kernel: [   19.753526] ngene: nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
Jan 30 16:17:33 MLD user.info kernel: [   19.753946] ngene 0000:0b:00.0: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
Jan 30 16:17:33 MLD user.info kernel: [   19.758697] ngene 0000:0b:00.0: Device version 1
Jan 30 16:17:33 MLD user.info kernel: [   19.784762] libphy: r8169: probed
Jan 30 16:17:33 MLD user.info kernel: [   19.785849] r8169 0000:04:00.0 eth0: RTL8168d/8111d, 14:da:e9:f6:65:d1, XID 283, IRQ 41
Jan 30 16:17:33 MLD user.info kernel: [   19.785860] r8169 0000:04:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
Jan 30 16:17:33 MLD user.info kernel: [   19.790909] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
Jan 30 16:17:33 MLD user.info kernel: [   19.833331] ngene 0000:0b:00.0: Loading firmware file ngene_18.fw.
Jan 30 16:17:33 MLD user.info kernel: [   19.859829] BTRFS: device fsid 4fa1f8d9-14e9-4d4f-89a8-200c32734de7 devid 1 transid 123775 /dev/sdb2
Jan 30 16:17:33 MLD user.info kernel: [   19.871274] BTRFS: device fsid 81a8fdd6-c185-4e9f-b036-456c09319ae4 devid 1 transid 125822 /dev/sdb1
Jan 30 16:17:33 MLD user.info kernel: [   19.896313] snd_hda_intel 0000:03:00.1: Disabling MSI
Jan 30 16:17:34 MLD user.info kernel: [   20.089839] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC887: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
Jan 30 16:17:34 MLD user.info kernel: [   20.089846] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
Jan 30 16:17:34 MLD user.info kernel: [   20.089850] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
Jan 30 16:17:34 MLD user.info kernel: [   20.089853] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
Jan 30 16:17:34 MLD user.info kernel: [   20.089856] snd_hda_codec_realtek hdaudioC0D0:    dig-out=0x1e/0x0
Jan 30 16:17:34 MLD user.info kernel: [   20.089859] snd_hda_codec_realtek hdaudioC0D0:    inputs:
Jan 30 16:17:34 MLD user.info kernel: [   20.089864] snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19
Jan 30 16:17:34 MLD user.info kernel: [   20.089868] snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18
Jan 30 16:17:34 MLD user.info kernel: [   20.089872] snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a
Jan 30 16:17:34 MLD user.info kernel: [   20.116483] input: HDA Intel Front Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8
Jan 30 16:17:34 MLD user.info kernel: [   20.116737] input: HDA Intel Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
Jan 30 16:17:34 MLD user.info kernel: [   20.117188] input: HDA Intel Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10
Jan 30 16:17:34 MLD user.info kernel: [   20.117825] input: HDA Intel Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
Jan 30 16:17:34 MLD user.info kernel: [   20.118166] input: HDA Intel Front Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
Jan 30 16:17:34 MLD user.err kernel: [   20.244069] stv090x_setup_compound: Probing STV0900 demodulator(0) Cut=0x20
Jan 30 16:17:34 MLD user.info kernel: [   20.271866] LNBx2x attached on addr=a
Jan 30 16:17:34 MLD user.info kernel: [   20.347731] i2c i2c-1: Attaching STV6110x
Jan 30 16:17:34 MLD user.info kernel: [   20.347738] dvbdev: DVB: registering new adapter (nGene)
Jan 30 16:17:34 MLD user.info kernel: [   20.347747] ngene 0000:0b:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Jan 30 16:17:34 MLD user.info kernel: [   20.362162] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1c.2/0000:03:00.1/sound/card1/input13
Jan 30 16:17:34 MLD user.info kernel: [   20.365555] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1c.2/0000:03:00.1/sound/card1/input14
Jan 30 16:17:34 MLD user.info kernel: [   20.366519] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1c.2/0000:03:00.1/sound/card1/input15
Jan 30 16:17:34 MLD user.info kernel: [   20.366885] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:1c.2/0000:03:00.1/sound/card1/input16
Jan 30 16:17:34 MLD user.err kernel: [   20.384070] stv090x_setup_compound: Probing STV0900 demodulator(0) Cut=0x20
Jan 30 16:17:34 MLD user.info kernel: [   20.384781] LNBx2x attached on addr=8
Jan 30 16:17:34 MLD user.info kernel: [   20.384796] i2c i2c-1: Attaching STV6110x
Jan 30 16:17:34 MLD user.info kernel: [   20.384800] dvbdev: DVB: registering new adapter (nGene)
Jan 30 16:17:34 MLD user.info kernel: [   20.384808] ngene 0000:0b:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
Jan 30 16:17:34 MLD user.info kernel: [   20.388142] ngene 0000:0b:00.0: No demod found on chan 2
Jan 30 16:17:34 MLD user.info kernel: [   20.390203] ngene 0000:0b:00.0: No demod found on chan 3
Jan 30 16:17:35 MLD user.warn kernel: [   21.169119] nvidia: loading out-of-tree module taints kernel.
Jan 30 16:17:35 MLD user.warn kernel: [   21.169143] nvidia: module license 'NVIDIA' taints kernel.
Jan 30 16:17:35 MLD user.warn kernel: [   21.169146] Disabling lock debugging due to kernel taint
Jan 30 16:17:35 MLD user.info kernel: [   21.209651] nvidia 0000:03:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
Jan 30 16:17:35 MLD user.info kernel: [   21.210862] [drm] Initialized nvidia-drm 0.0.0 20150116 for 0000:03:00.0 on minor 0
Jan 30 16:17:35 MLD user.warn kernel: [   21.210890] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  340.108  Wed Dec 11 11:06:58 PST 2019
Jan 30 16:17:35 MLD user.info kernel: [   21.621704] i2c /dev entries driver
Jan 30 16:17:35 MLD user.info kernel: [   21.903813] RTL8211B Gigabit Ethernet r8169-400:00: attached PHY driver [RTL8211B Gigabit Ethernet] (mii_bus:phy_addr=r8169-400:00, irq=IGNORE)
Jan 30 16:17:35 MLD user.info kernel: [   22.029640] r8169 0000:04:00.0 eth0: Link is Down
Jan 30 16:17:37 MLD user.info kernel: [   23.672446] r8169 0000:04:00.0 eth0: Link is Up - 100Mbps/Full - flow control rx/tx
Jan 30 16:17:37 MLD user.info kernel: [   23.672465] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 30 16:17:43 MLD user.notice kernel: [   29.971339] XFS (sdc3): Mounting V5 Filesystem
Jan 30 16:17:46 MLD user.info kernel: [   32.416119] XFS (sdc3): Ending clean mount
Jan 30 16:17:46 MLD user.warn kernel: [   32.423147] xfs filesystem being mounted at /mnt/sda3 supports timestamps until 2038 (0x7fffffff)
Jan 30 16:17:54 MLD user.warn kernel: [   40.643973] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000dffff window]
Jan 30 16:17:54 MLD user.warn kernel: [   40.644035] caller _nv000788rm+0xe4/0x1c0 [nvidia] mapping multiple BARs
Jan 30 16:17:55 MLD user.warn kernel: [   41.286840] NVRM: Your system is not currently configured to drive a VGA console
Jan 30 16:17:55 MLD user.warn kernel: [   41.286846] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
Jan 30 16:17:55 MLD user.warn kernel: [   41.286849] NVRM: requires the use of a text-mode VGA console. Use of other console
Jan 30 16:17:55 MLD user.warn kernel: [   41.286852] NVRM: drivers including, but not limited to, vesafb, may result in
Jan 30 16:17:55 MLD user.warn kernel: [   41.286854] NVRM: corruption and stability problems, and is not supported.
Jan 30 16:17:57 MLD user.err vdr: [1502] live: INFO: validating server ip '0.0.0.0'
Jan 30 16:17:59 MLD user.err vdr: [1582] live: INFO: attempt to listen on ip = '0.0.0.0'
Jan 30 16:18:14 MLD auth.info login[1932]: root login on 'tty1'
Jan 30 16:18:14 MLD auth.info login[1933]: root login on 'tty2'
Jan 30 16:18:14 MLD auth.info login[1934]: root login on 'tty3'
Jan 30 16:18:14 MLD auth.info login[1935]: root login on 'tty4'
Jan 30 16:38:24 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:38:25 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:38:26 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:38:26 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:38:28 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:38:28 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:38:40 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:38:40 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:39:18 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:39:18 MLD user.err vdr: [softhddev] 3 invalid PES video packet(s)
Jan 30 16:39:20 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:39:20 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:39:30 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:39:40 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:39:46 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:39:46 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:40:15 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:40:15 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:40:35 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:40:35 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:41:30 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:41:30 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)
Jan 30 16:45:26 MLD user.err vdr: [softhddev] invalid PES video packet
Jan 30 16:45:26 MLD user.err vdr: [softhddev] 2 invalid PES video packet(s)


Code: [Select]

Module                  Size  Used by    Tainted: P 
i2c_dev                24576  0
nvidia              10559488 51
stv6110x               20480  2
lnbp21                 16384  2
snd_hda_codec_hdmi     61440  4
snd_hda_codec_realtek   110592  1
snd_hda_codec_generic    86016  1 snd_hda_codec_realtek
stv090x                77824  2
ledtrig_audio          16384  2 snd_hda_codec_realtek,snd_hda_codec_generic
snd_hda_intel          40960  2
snd_intel_nhlt         20480  1 snd_hda_intel
snd_hda_codec         122880  4 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel
drm                   450560  3 nvidia
i2c_i801               32768  0
snd_hda_core           69632  5 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_codec
ngene                  49152 22
r8169                  90112  0
snd_hwdep              16384  1 snd_hda_codec
dvb_core              135168  1 ngene
snd_pcm               102400  5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              36864  1 snd_pcm
mc                     49152  1 dvb_core
snd                    86016 11 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer


[clausmuus]

Ich bin nicht sicher ob ich's eventuell überlesen habe: Hast Du's auch mal versuchsweise mit der MLD-5.5 versucht. Die hat ja noch viel neuere Treiber. Eventuell ist da inzwischen der Fehler ja wieder behoben.
Ausführliche Logs erstellst Du mit der Debug-Log Funktion.

[xkarlix]

Hallo!

Habe MLD 5.5 probiert. Die gleichen Störungen.
Upload Code: 7xqDws

[clausmuus]

Hast Du mal ausprobiert, ob die Störungen auch ohne den skinflatplus auftreten.

[xkarlix]

Hab am laufenden vdr den Skin auf Klassischer VDR umgestellt.
Störungen sind vorhanden.
Das wäre zu einfach gewesen.
Danach den Rechner Stromlos gemacht und neu gestartet.
Ohne Sender umzuschalten.
Störungen sind wieder vorhanden.
Letzte Störungen 20:40 - 20:41 u 20:42:20   ....
Upload Code: f70ED6

[rfehr]

Hab am laufenden vdr den Skin auf Klassischer VDR umgestellt.
Störungen sind vorhanden.
Das wäre zu einfach gewesen.
Danach den Rechner Stromlos gemacht und neu gestartet.
Ohne Sender umzuschalten.
Störungen sind wieder vorhanden.
Letzte Störungen 20:40 - 20:41 u 20:42:20   ....
Upload Code: f70ED6

irgendwie past der Upload code nicht, das log geht nur bis 20:24

Gruß,
  Roland