Bild friert ein...

    Hallo,


    ich habe seit ein paar Tagen ein neues Motherboard und eine neuen Prozessor (ASUS A7N8X-X mit AMD Sempron 2800), und habe dann dort mal meine Festplatte mit meiner vdr-Installation (Debian Sarge TESTING, Kernel 2.4.27-ctvdr mit (c't) VDR 1.2.6-27) wieder eingebaut. Das System an und für sich läuft sehr stabil, aber der vdr nicht mehr.
    Nach einiger Zeit friert das Bild ein und baut sich 'klötzchenweise' ab....das passiert sowohl im laufenden Betrieb, wenn man mit dem vdr fernsieht, als auch bei Aufnahmen (sehr ärgerlich 1).


    Ich habe mal im Log geschaut, und glaube ich habe was gefunden, weiss jemand was damit anzufangen ??


    Mar 12 21:39:14 vdr-server kernel: Linux video capture interface: v1.00
    Mar 12 21:39:15 vdr-server kernel: saa7146: register extension 'dvb'.
    Mar 12 21:39:15 vdr-server kernel: saa7146_core: found saa7146 @ mem e0cac000 (revision 1, irq 19) (0x00a1,0xa1a0).
    Mar 12 21:39:15 vdr-server kernel: DVB: registering new adapter (Technotrend/Hauppauge Nexus PCI DVB-S).
    Mar 12 21:39:15 vdr-server kernel: probe_tuner: try to attach to Technotrend/Hauppauge Nexus PCI DVB-S
    Mar 12 21:39:15 vdr-server kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x
    Mar 12 21:39:15 vdr-server kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)...
    Mar 12 21:39:15 vdr-server kernel: Technotrend/Hauppauge Nexus PCI DVB-S adapter 0 has MAC addr = 00:d0:5c:21:39:21
    Mar 12 21:39:16 vdr-server kernel: gpioirq unknown type=0 len=0
    Mar 12 21:39:16 vdr-server kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c
    Mar 12 21:39:16 vdr-server kernel: DVB: AV7111(0) - firmware supports CI link layer interface
    Mar 12 21:39:16 vdr-server xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
    Mar 12 21:39:16 vdr-server kernel: av7110(0): adac type set to 0
    Mar 12 21:39:16 vdr-server kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
    Mar 12 21:39:16 vdr-server kernel: av7110: found av7110-0.
    Mar 12 21:39:17 vdr-server xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
    Mar 12 21:39:17 vdr-server vdr[1304]: VDR version 1.2.6 (ElchiAIO4d) started
    Mar 12 21:39:17 vdr-server vdr[1304]: loading plugin: /usr/lib/vdr/plugins/libvdr-osdteletext.so.1.2.6
    Mar 12 21:39:17 vdr-server vdr[1304]: loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.2.6
    Mar 12 21:39:17 vdr-server vdr[1304]: loading plugin: /usr/lib/vdr/plugins/libvdr-tvtv.so.1.2.6
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/setup.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/sources.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/diseqc.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/channels.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/timers.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/commands.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/reccmds.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/svdrphosts.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/ca.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/remote.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: loading /var/lib/vdr/keymacros.conf
    Mar 12 21:39:17 vdr-server vdr[1304]: found 1 video device
    Mar 12 21:39:17 vdr-server vdr[1304]: initializing plugin: osdteletext (0.3.2): Displays teletext on the OSD
    Mar 12 21:39:17 vdr-server vdr[1304]: initializing plugin: femon (0.0.7): DVB Signal Information Monitor (OSD)
    Mar 12 21:39:17 vdr-server vdr[1304]: initializing plugin: tvtv (0.1.6): TVTV Timers update
    Mar 12 21:39:17 vdr-server vdr[1304]: setting primary device to 1
    Mar 12 21:39:17 vdr-server vdr[1304]: SVDRP listening on port 2001
    Mar 12 21:39:17 vdr-server vdr[1304]: starting plugin: osdteletext
    Mar 12 21:39:17 vdr-server vdr[1304]: starting plugin: femon
    Mar 12 21:39:17 vdr-server vdr[1304]: starting plugin: tvtv
    Mar 12 21:39:17 vdr-server vdr[1304]: TVTV Packed String: oYn9dIr/wXhJ0WYdLomSeg==
    Mar 12 21:39:17 vdr-server vdr[1304]: switching to channel 1
    Mar 12 21:39:18 vdr-server Xprt_64: No matching visual for __GLcontextMode with visual class = 0 (32775), nplanes = 8
    Mar 12 21:59:05 vdr-server -- MARK --
    Mar 12 22:11:00 vdr-server vdr[1304]: timer 1 (1 2211-0044 'From Hell') start
    Mar 12 22:11:00 vdr-server vdr[1304]: executing '/usr/lib/vdr/vdr-recordingaction before "/video/From_Hell/2005-03-12.22.11.50.99.rec"'
    Mar 12 22:11:00 vdr-server recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /video/From_Hell/2005-03-12.22.11.50.99.rec as shell script
    Mar 12 22:11:00 vdr-server vdr[1304]: record /video/From_Hell/2005-03-12.22.11.50.99.rec
    Mar 12 22:39:05 vdr-server -- MARK --
    Mar 12 22:59:05 vdr-server -- MARK --
    Mar 12 23:19:05 vdr-server -- MARK --
    Mar 12 23:39:05 vdr-server -- MARK --
    Mar 12 23:56:12 vdr-server kernel: av7110_send_fw_cmd error
    Mar 12 23:56:12 vdr-server kernel: av7110_fw_cmd error
    Mar 12 23:56:13 vdr-server kernel: av7110_send_fw_cmd error
    Mar 12 23:56:13 vdr-server kernel: av7110_fw_cmd error
    Mar 12 23:56:16 vdr-server kernel: av7110_send_fw_cmd error
    Mar 12 23:56:16 vdr-server kernel: av7110_fw_cmd error
    Mar 12 23:56:17 vdr-server kernel: av7110_send_fw_cmd error
    Mar 12 23:56:17 vdr-server kernel: av7110_fw_cmd error
    Mar 12 23:56:17 vdr-server kernel: gpioirq unknown type=0 len=0
    Mar 12 23:56:41 vdr-server vdr[1304]: timer 1 (1 2211-0044 'From Hell') stop
    Mar 12 23:56:41 vdr-server vdr[1304]: executing '/usr/lib/vdr/vdr-recordingaction after "/video/From_Hell/2005-03-12.22.11.50.99.rec"'
    Mar 12 23:56:41 vdr-server recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /video/From_Hell/2005-03-12.22.11.50.99.rec as shell script
    Mar 12 23:56:41 vdr-server vdr[1304]: saved setup to /var/lib/vdr/setup.conf
    Mar 12 23:56:42 vdr-server vdr[1304]: stopping plugin: tvtv
    Mar 12 23:56:42 vdr-server vdr[1304]: stopping plugin: femon
    Mar 12 23:56:42 vdr-server vdr[1304]: stopping plugin: osdteletext
    Mar 12 23:56:42 vdr-server vdr[1304]: exiting
    Mar 12 23:56:42 vdr-server runvdr: restarting VDR

    hmm, kann dir im allgemeinen nicht sagen was da mit dem vdr los ist, aber allgemein würde ich dir empfehlen einen auf das system angepassten kernel zu backen, denn im kernel stecken halt viele informationen zu hardware ansteuerung und bei nem neuen system macht dass sinn...
    wenn du keinen eigenen kernel backen kannst / willst, dann probiers doch einfach mal mit nem neuen kernel per apt-get install
    ob dass dein problem löst weiß ich nicht, aber auf jeden fall sollte ein neuer kernel dein system stabiler machen..

    Streaming-Server: Hardware: Via C7 1.5GHz, 1GBRam, FF 1.3, 750GB verschluesselt
    Software: Debian Testing, VDR 1.6.0 - 24h/7 Betrieb


    Samsung SMT-7020S als Streaming-Client


    das ist ein wohlbekanntes Phänomen, zu dem es viele Berichte gibt. Es tritt nur beim Treiber 1.1.x bzw. dvb-Kernel auf, nicht aber beim klassischen 1.0.x für Kernel 2.4. Durch allerlei Verbesserungen am Treiber wurde das Problem inzwischen weitgehend gelöst. Der Treiber der c´t hat diese Verbesserungen noch nicht. Nimm den bewährten Treiber 1.0.x , wenn Du Karten hast, die von dem unterstützt werden.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Zitat

    Original von Dr. Seltsam
    das ist ein wohlbekanntes Phänomen, zu dem es viele Berichte gibt. Es tritt nur beim Treiber 1.1.x bzw. dvb-Kernel auf, nicht aber beim klassischen 1.0.x für Kernel 2.4.


    Kann beim alten Treiber auch nicht kommen.
    Denn da lautet die Fehlermeldung "outcom error". :D


    CU
    Oliver

    kommt aber sehr selten vor :]

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Zitat

    Original von Dr. Seltsam
    kommt aber sehr selten vor :]


    Und beim neuen Treiber gar nicht. :D

    Zitat

    Original von UFO


    Und beim neuen Treiber gar nicht. :D


    tja, ich traue dvb-kernel noch nicht. Zumindest bis CVS-Stand Ende April habe ich da spürbar längere Umschaltzeiten bei DVB-T und mitunter einfach schwarze Bilder beim Umschalten gehabt. Mit dem alten Treiber (HEAD) läuft es deutlich schneller und stabiler.

    VDR1: ACT-620, Asus P8B75-M LX, Intel Core i3-3240, 4 GB DDR3 RAM 1600 MHz, passive Geforce GT1030 von MSI, Sandisk 2TB SSD, 2xWinTV DualHD, Atric-IR-Einschalter. SW: Xubuntu 20.04 auf 64GB Sandisk SSD.

    VDR2: Odroid N2+ mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    VDR3: Tanix TX3 mit CoreELEC und Ubuntu in chroot, WinTV DualHD

    Einmal editiert, zuletzt von Dr. Seltsam ()

    Zitat

    Original von Dr. Seltsam
    tja, ich traue dvb-kernel noch nicht. Zumindest bis CVS-Stand Ende April habe ich da spürbar längere Umschaltzeiten bei DVB-T und mitunter einfach schwarze Bilder beim Umschalten gehabt. Mit dem alten Treiber (HEAD) läuft es deutlich schneller und stabiler.


    Na ja, imho liegt das teilweise an der mangelhaften Mitarbeit der User. Ohne Tester, die aussagekräftige Bugreports auf der ML posten, ist es reiner Zufall, ob Bugs gefunden werden. Es gibt einfach so viele verschiedene Kartentypen, daß Änderungen im Treiber für eine Karte sich auf andere auswirken können. ;(


    Je später ein Bug gefunden wird, desto schwieriger wird es: Mittlerweile unterscheiden sich alter und neuer Treiber schon so stark, daß es nicht einfach ist, die Änderung zu lokalisieren, die ein Problem verursacht hat.


    CU
    Oliver

    Zitat

    Original von amadeus
    ich habe seit ein paar Tagen ein neues Motherboard und eine neuen Prozessor (ASUS A7N8X-X mit AMD Sempron 2800), und habe dann dort mal meine Festplatte mit meiner vdr-Installation (Debian Sarge TESTING, Kernel 2.4.27-ctvdr mit (c't) VDR 1.2.6-27) wieder eingebaut. Das System an und für sich läuft sehr stabil, aber der vdr nicht mehr.
    Nach einiger Zeit friert das Bild ein und baut sich 'klötzchenweise' ab....das passiert sowohl im laufenden Betrieb, wenn man mit dem vdr fernsieht, als auch bei Aufnahmen (sehr ärgerlich 1).
    ...
    Mar 12 21:39:16 vdr-server kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261c


    Würde dringend ein Update auf Firmware 261d empfehlen.
    Evtl. auch ein Treiberupdate. (Keine Ahnung, wie aktiuell der verwendete Treiber ist.)


    CU
    Oliver

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden