Ich habe jetzt mal eine ganz dumme Frage: heißt das, dass noad standartmäßig bei linVDR und der ctvdr6 aktiviert ist und bei der ctvdr5 nicht?
[gelöst mit Abstrichen in der b-Note] Bild- und Tonstörungen spätestens ab 2 Aufnahmen
- guckinsland
- Geschlossen
-
-
Bei mir war noad nach der Installation von c't VDR 6 gleich aktiviert. Zu ctvdr5 kann ich nichts sagen, die habe ich nicht aufgespielt.
-
Aha, danke. Ich frage auch nur, weil ich ctvdr6 und linvdr nicht sauber zum Laufen bekam, während ctvdr5 bei mir sauber läuft. Hatte nie die Idee, dass das mit noad zu tun haben könnte. Möglich wäre es ja...
-
Hallo zusammen,
ich habe jetzt eine weitere Konfigurationsdatei für noad entdeckt: /usr/lib/vdr/vdr-recordingaction.
Aktuell läuft auf meinem VDR eine Aufnahme, aber noad wurde nicht gestartet. Möglicherweise habe ich noad mit dpkg-reconfigure vdr-addon-noad dauerhaft die automatischen Starts abgewöhnt.Hier ein paar Infos aus top (1 Aufnahme läuft auf 3sat, aktueller Sender ist 3sat, die aktuelle Aufnahme wird abgespielt, kein noad):
- Gesamt Prozessorauslastung 50-100% (geschätzt)
- vdr CPU Usage meist um 40% mit Spitzen bis zu 98%
Bei Aktivitäten mit der Fernbedienung (Statuszeile Abspielen einblenden, Aufruf Menü (im Live-Bild) erzeugen weiterhin die beschriebenen Störungen, lass ich die Finger von der FB treten beim Abspielen ab und zu leichte Tonstörungen auf, das Bild scheint i.O. zu sein. In /var/log/messages wurde ein mal der FehlerZitatvideo kernel: dvb-ttpci: warning: timeout waiting in LoadBitmap: 0, 1
ausgegeben.Habe mit femon die Empfangsqualität untersucht: Video um 65%, Audio um 75%.
Nach meinem ersten Eindruck haben sich die Störungen ohne noad nicht wesentlich verringert, ich werde das aber weiter verfolgen.
Ich würde mich freuen, wenn meine Beschreibung jemand bei der Fehlersuche behilflich sein kann.
Grüße, Klaus
-
Zitat
Original von guckinsland
Hier ein paar Infos aus top (1 Aufnahme läuft auf 3sat, aktueller Sender ist 3sat, die aktuelle Aufnahme wird abgespielt, kein noad):- Gesamt Prozessorauslastung 50-100% (geschätzt)
- vdr CPU Usage meist um 40% mit Spitzen bis zu 98%
das ist viel zu viel. Poste mal top komplett. Bei einer FF-Karte solltest Du unter 10% Gesamtlast habenZitatHabe mit femon die Empfangsqualität untersucht: Video um 65%, Audio um 75%.
entscheidend sind die BER und UNC Werte. UNC sollte durchweg 0 sein, BER (Bitfehlerrate) unter 500 -
Dr. Seltsam:
BER und UNC sind (jetzt) beide 0.top:
Zitattop - 19:30:20 up 3:15, 3 users, load average: 1.88, 1.52, 1.02
Tasks: 52 total, 2 running, 50 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.2%us, 4.4%sy, 4.5%ni, 59.7%id, 0.2%wa, 7.8%hi, 18.1%si, 0.0%st
Mem: 256056k total, 238884k used, 17172k free, 77324k buffers
Swap: 248968k total, 0k used, 248968k free, 69992k cachedPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2353 vdr 15 0 243m 67m 9480 R 35.4 26.8 32:23.34 vdr
4249 root 15 0 2224 1000 768 R 3.7 0.4 0:00.08 top
1 root 15 0 1948 644 548 S 0.0 0.3 0:04.14 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root 10 -5 0 0 0 S 0.0 0.0 0:00.07 events/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 khelper
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
8 root 10 -5 0 0 0 S 0.0 0.0 0:00.07 kblockd/0
9 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
83 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
119 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
120 root 15 0 0 0 0 S 0.0 0.0 0:01.10 pdflush
121 root 10 -5 0 0 0 S 0.0 0.0 0:00.05 kswapd0
122 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
567 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
874 root 10 -5 0 0 0 S 0.0 0.0 0:02.49 kjournald
1034 root 11 -4 2180 596 352 S 0.0 0.2 0:00.97 udevd
1322 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
1395 root 15 0 0 0 0 S 0.0 0.0 0:00.01 arm_mon
1612 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kmirrord
1641 root 10 -5 0 0 0 S 0.0 0.0 0:00.68 kjournald
1860 root 17 -2 2184 544 252 S 0.0 0.2 0:00.00 dhclient3
1943 root 18 0 1632 620 512 S 0.0 0.2 0:00.54 syslogd
1949 root 19 0 1580 380 308 S 0.0 0.1 0:00.02 klogd
2009 root 25 0 1576 568 484 S 0.0 0.2 0:00.00 acpid
2054 Debian-e 24 0 5308 976 692 S 0.0 0.4 0:00.01 exim4
2069 root 15 0 6164 1432 976 S 0.0 0.6 0:00.22 nmbd
2071 root 15 0 9216 2560 1800 S 0.0 1.0 0:00.09 smbd
2080 root 18 0 9216 1076 316 S 0.0 0.4 0:00.00 smbd
2087 root 15 0 4924 1072 748 S 0.0 0.4 0:00.01 sshd
2285 root 24 0 2716 1376 1080 S 0.0 0.5 0:00.05 runvdr
2288 root 18 0 2860 1532 1076 S 0.0 0.6 0:01.54 queuehandler.sh
2342 vdradmin 26 10 12884 9888 2176 S 0.0 3.9 0:02.15 vdradmind
2400 daemon 18 0 1828 468 352 S 0.0 0.2 0:00.00 atd
2410 root 18 0 2200 760 600 S 0.0 0.3 0:00.01 cron
2439 root 16 0 1576 488 424 S 0.0 0.2 0:00.01 getty
2440 root 18 0 1580 496 424 S 0.0 0.2 0:00.00 getty
2441 root 18 0 1580 496 424 S 0.0 0.2 0:00.00 getty
2448 root 18 0 1576 492 424 S 0.0 0.2 0:00.00 getty
2451 root 18 0 1576 492 424 S 0.0 0.2 0:00.00 getty
2454 root 18 0 1580 496 424 S 0.0 0.2 0:00.00 getty
2459 vdr 15 0 0 0 0 S 0.0 0.0 0:00.26 kdvb-fe-0
2473 root 15 0 7860 2352 1908 S 0.0 0.9 0:23.60 sshd
2475 root 15 0 4200 1656 1292 S 0.0 0.6 0:00.15 bash
2482 root 15 0 7860 2352 1908 S 0.0 0.9 0:01.45 sshd
2488 root 16 0 4200 1644 1284 S 0.0 0.6 0:00.09 bash
2492 root 15 0 6380 2924 1972 S 0.0 1.1 0:06.12 mc
2494 root 19 0 4200 1664 1300 S 0.0 0.6 0:00.38 bash
2536 root 16 0 7700 2336 1908 S 0.0 0.9 0:00.57 sshd
2538 root 15 0 4204 1664 1296 S 0.0 0.6 0:00.14 bash
4136 root 15 0 3004 496 420 S 0.0 0.2 0:00.03 tail
4248 root 18 0 1568 400 340 S 0.0 0.2 0:00.00 sleep
Status VDR:- Aufnahme auf 3sat läuft
- aktueller Kanal ist 3sat
- betrachtet wird die laufende Aufnahme
Bild- oder Tonstörungen kann ich keine beobachten, /var/log/messages zeigt keine Fehlermeldungen.Grüße, Klaus
-
Also bei nem P3-733 sollte wie Dr. Seltsam schon sagt die CPU Last unter 10% liegen. Die Empfangsqualität kannst DU ausschließen. Das kann nur irgendein Plugin sein was die Last verursacht oder irgendein Patch . Hat der CT-VDR den Livebuffer drin ?
Ich würde als nächstes mal alle Plugins deaktivieren und dann Stück für Stück wieder aktivieren und sehen wo die Last herkommt.
Interrupt Errors hast Du nicht zufällig ? (cat /proc/interrupts )
-
Habe /proc/interrups ausgeführt, die Ausgabe sagt mir leider nichts:
Zitatvideo:~# cat /proc/interrupts
CPU0
0: 3096579 XT-PIC timer
1: 8 XT-PIC i8042
2: 0 XT-PIC cascade
5: 0 XT-PIC Intel 82801AA-ICH
6: 2 XT-PIC floppy
7: 0 XT-PIC parport0
8: 1 XT-PIC rtc
9: 26940932 XT-PIC acpi, uhci_hcd:usb1, saa7146 (0), eth0
14: 72701 XT-PIC ide0
15: 139 XT-PIC ide1
NMI: 0
LOC: 0
ERR: 0
MIS: 0
Plugins deaktivieren:
geht das auch ohne dass ich die Plugins mit apt-get remove deinstalliere?Grüße, Klaus
-
Also Interrupt mäßig sieht das erst mal ok aus, wenn sich auch die DVB Karte den IRQ mit allem möglichen Teilt, das ist aber nicht Dein Problem.
Wie das mit den Plugins beim CT-VDR läuft weiss ich leider auch nicht, CT-VDR Spezies bitte mal melden !!!
-
tüddelkopp:
Mit dem Deaktivieren der Plugins bin ich etwas weiter gekommen. In /etc/vdr/plugins/order.conf können einzelne Plugins mit "-<pluginname>" deaktiviert werden. Jetzt bin ich auf der Suche nach einer Liste aller aktiven Plugins.
Gibt es so etwas wie "cat plugins"? -
Zumindest kannst Du bei Einstellungen-> Plugins im VDR OSD sehen welche alle aktiv sind.
-
Der VDR ist vom Arbeitsplatz nicht einzusehen. Da müsste ich alle Plugins handschriftlich auf Papier bannen und anschließend über Tastatur einklimpern.
Mal ganz davon abgesehen, dass das eine ziemliche Plackerei ist, schleichen sich auf diesem Wege auch ganz schnell Schreibfehler u.ä. ein, die dem Ziel nicht direkt förderlich sind. Manuell würde ich die Plugins nur sehr ungerne eingeben.
Es muss doch eine Möglichkeit geben, die aktiven Plugins als Liste zu erhalten. Also - ich warte noch etwas, bevor ich den steinigen Weg über das VDR-OSD beschreite, vielleicht hat ja jemand 'ne Idee, wie man die gewünschte Liste erstellen kann.
-
schau doch ins syslog, welche Plugins beim vdr-Start geladen werden. Ist das nicht auch bei ct in /var/log/messages ?
-
Dr. Seltsam:
Stimmt, da werden alle Plugins aufgelistet. Die Plugins heißen dort z.B. "libvdr-vdrcd.so.1.4.5". ist das auch der Name, den ich in order.conf eintragen muss?Muss mal 'ne Pause einlegen, der VDR nimmt die nächsten paar Stunden einiges auf. Mache anschließend weiter.
-
tüddelkopp:
Habe jetzt bis auf remote alle plugins deaktiviert. der Prozess vdr belegt jetzt folgende Rechenzeit:- Nur Fernsehen <=1%
- 1 Aufnahme 20-35%
- 2 Aufzeichnungen auf versch. Kanälen 45-55% (Kanalwechsel wird zäh)
- 3 Aufzeichnungen auf versch. Kanälen 50-55% (Bildstörungen im Livebild)
- 3 Aufzeichnungen auf versch. Kanälen, eine davon wird abgespielt 50-55% (Wiedergabe zeigt alle 10s ein total veruckeltes Bild. Habe die Aufnahme dann nochmal ohne laufende Aufzeichnung angeschaut, da waren keine Störungen zu erkennen)
Vorläufiges Fazit: Die Prozessorauslastung lässt sich ohne Plugins und bei nur Fernsehen schön nach unten bringen. Sobald eine Aufnahme läuft zieht der VDR sofort kräftig Rechenzeit an, bei zwei Aufnahmen gleichzeitig scheint das System ausgelastet zu sein.
Die laufenden Plugins tragen vermutlich Ihres zu den Störungen bei, sind aus meiner Sicht aber auch nicht Ursache des Problems.Ich beginne jetzt damit, die für mich wichtigsten Plugins vorsichtig wieder zu aktivieren.
Grüße, Klaus
-
Hatte eben den gleichen Effekt.
Im Bios nachgeschaut habe ich dann festgestellt, das bei zwei Platten der 32Bit Mode deaktiviert war.
Wieder aktiviert läuft alles wieder einwandfrei. -
Also das eine simple Aufzeichnung eine solche CPU Last erzeugt ist einfach nicht normal. Es liegt also scheinbar doch nicht an einem Plugin. Hast Du schon mal die DVB Karte in nem andren PCI Slot versucht ?
-
tüddelkopp:
Der Scovery hat eine Raiser Karte. Bringt es da was, die Karte in einen anderen Slot zu stecken?vim4edit:
Ich arbeite seit Urzeiten mit PC's und bastle dort auch an der Hardware und am Bios rum. Aber einen 32Bit Mode kenn ich noch nicht. Wo im Bios muss was stehen? -
Ja das umstecken bringt auch in einer Riserkarte was, die Karte wird dann einen anderen IRQ nutzen.
-
Bei mir steht es bei den Festplattenparametern direkt über der DMA Einstellung
Hab da noch was gefunden:
Zitat:
"Kommt auf das Alter des Laptops und der Festplatte an. Damit ist der BIOS-Treiber für die Festplatte gemeint und WIE schnell dieser die HD ansprechen darf. In einfaches deutsch übersetzt heisst das, dass die Platte mit 32 bit schneller angesprochen wird. Allerdings auch mit Datenverlust Risiko wenn die Platte diesen Modus nicht verkraftet und das BIOS nicht von selbst runterschaltet. Von daher: google.de "(Name der Festplatte & Nummer) 32-bit LBA". Gut, wenn die Platte 32-bit verträgt :-)"Quelle http://www.wer-weiss-was.de/theme23/article2586335.html
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!