Ruckeln nach einiger Zeit

Hallo zusammen,

ein Problem mit dem VDR habe ich noch offen:

Nach ca. 25-30 Minuten fangen das Bild und der Ton an zu ruckeln. Schaltet man kurz auf einen anderen Kanal und zurück ist es wieder weg und fängt erst wieder nach dieser Zeit an.
Im syslog ist nichts zu sehen, außer dass ab und an EPGsearch läuft oder neue Kanäle gefunden wurden. Das macht er aber auch ohne Ruckeln. Ich denke hier würde ein Logging für Xine mehr ausspucken.
Der X Server läuft an einem Samsung LE32B650 mit FullHD 50 Hz, also wie es sein soll.

Hat jemand ein ähnliches Problem oder einen Tipp für mich?

Hardware:
PoV ION 330-1
TT C-1501 mit CI und AlphaCrypt Light
2 GB RAM

Ja, es ist das Xine Frontend. Kein Thema, werde ich heute Abend machen. Auf diese einfache Idee bin ich noch nicht einmal gekommen... Manchmal denkt man einfach zu kompliziert

back to my topic

top zeigt überhaupt keine verdächtigen Prozesse:

top - 19:25:34 up 32 min, 2 users, load average: 0.00, 0.00, 0.01
Tasks: 134 total, 1 running, 133 sleeping, 0 stopped, 0 zombie
Cpu(s): 2.3%us, 1.1%sy, 0.4%ni, 96.1%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 1802620k total, 355280k used, 1447340k free, 19608k buffers
Swap: 5277312k total, 0k used, 5277312k free, 128936k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1542 vdr 20 0 262m 76m 8800 S 10 4.4 3:13.07 xine
1514 vdr 20 0 305m 32m 9.9m S 6 1.9 1:55.26 vdr
2458 root 20 0 2472 1184 884 R 0 0.1 0:01.77 top
1 root 20 0 2632 1524 1108 S 0 0.1 0:01.74 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0
5 root RT -5 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1
...

Das Teil langweilt sich also. GPU Temperatur:

DISPLAY=:1 nvidia-settings -q GPUCoreTemp

Attribute 'GPUCoreTemp' (vdr:1.0): 49.
'GPUCoreTemp' is an integer attribute.
'GPUCoreTemp' is a read-only attribute.
'GPUCoreTemp' can use the following target types: X Screen, GPU.

Jetzt habe ich im syslog doch noch etwas gefunden. Das hier ist genau von diesem Zeitpunkt an wo es angefangen hat bis jetzt:

Jan 21 19:23:00 vdr vdr: [1526] EPGSearch: timer conflict check started
Jan 21 19:23:00 vdr vdr: [1526] EPGSearch: timer conflict check finished
Jan 21 19:23:12 vdr vdr: [1565] TS continuity error (15)
Jan 21 19:23:12 vdr vdr: [1565] TS continuity error (6)
Jan 21 19:23:12 vdr vdr: [1565] cAudioRepacker(0xC0): skipped 584 bytes to sync on next audio frame
Jan 21 19:23:12 vdr vdr: [1565] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Jan 21 19:25:04 vdr vdr: [1565] TS continuity error (3)
Jan 21 19:25:04 vdr vdr: [1565] TS continuity error (7)
Jan 21 19:25:04 vdr vdr: [1565] cAudioRepacker(0xC0): skipped 584 bytes to sync on next audio frame
Jan 21 19:25:04 vdr vdr: [1565] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Jan 21 19:26:13 vdr vdr: [1565] TS continuity error (9)
Jan 21 19:26:13 vdr vdr: [1565] TS continuity error (11)
Jan 21 19:26:13 vdr vdr: [1565] TS continuity error (10)

Nur was soll uns das jetzt sagen? Der TV steht neben mir und ich werde ihn jetzt nicht umschalten und weiter ruckeln lassen um euch bei Bedarf weitere Infos zu geben.
Das Problem fängt nach ca. 30 Minuten an zunächst ca. 1-sekündige Audioaussetzer zu produzieren. Ab und an hakt später auch mal das Bild, jedoch sehr selten wie ich gerade festgestellt habe.

Edit: Das Problem tritt auf den verschiedensten, also vermutlich allen Kanälen auf. Der Test gerade eben war absichtlich auf ARD um das CAM/CI auszuschließen

Ich habe jetzt dennoch die Xine Plugineinstellung vorgenommen:

Puffer-Überwachungsmodus: Durchgehend statt einmalig

Hier die Einstellungen mit ein paar Kommentaren falls sie interessieren

root@vdr:/var/lib/vdr# grep -i xine /var/lib/vdr/setup.conf
xine.autoPrimaryDeviceMode = autoPrimaryDeviceOn
xine.image16:9.zoomX = 100
xine.image16:9.zoomY = 100
xine.image4:3.zoomX = 141 < damit werden 4:3 Sendungen auf meinem TV auf die richtige Größe gebracht
xine.image4:3.zoomY = 115
xine.interactWithEitScannerMode = interactWithEitScannerOff
xine.modeLiveTV.monitoringDuration = 10
xine.modeLiveTV.monitoringMode = monitoringContinuous
xine.modeLiveTV.prebufferFramesAudio = 4
xine.modeLiveTV.prebufferFramesVideoHD = 4
xine.modeLiveTV.prebufferFramesVideoSD = 4
xine.modeLiveTV.prebufferHysteresis = 4
xine.muteMode = muteSimulate
xine.osdExtent.X = 1920< damit wird das OSD immer in voller Auflösung dargestellt
xine.osdExtent.Y = 1080< damit wird das OSD immer in voller Auflösung dargestellt
xine.osdGammaCorrection = 123
xine.osdMode = osdOverlay < damit wird das OSD immer in voller Auflösung dargestellt
xine.transparencyMode = transparencyOn
xine.volumeMode = volumeChangeSW < damit kann ich lauter und leiser machen

Anscheinend hat es wirklich geholfen!
Ich hatte bis jetzt nur ein kurzes "Quietschen", also so einen kleinen Audiofehler. Schaut gut aus

Gut zu wissen, dann werd ich mal mit den Werten spielen um das noch weiter zu verbessern.

Zum Glück hab ich das mit dem OSD Overlay herausgefunden. Ich dachte ihr oder der Entwickler von Pearl HD(!) wollt mich veräppeln als ich das zum ersten mal gesehen habe.

Ich werde gleich mal weiter zur Verbesserung beitragen und meine funktionierende HDMI Audiokonfiguration posten.

Ich habe übrigens ein quick'n'dirty "sleep 2" in das Upstart Skript des VDR eingetragen um meinem LIRCD die Zeit zum Starten zu geben. Sonst ging meistens die Fernbedienung nicht. Lircd und Upstart, das wär noch was

Zitat

im Sinne des debugen, wo eventuell der Hase begraben liegt, eine Bitte, legt euch mal beide vernünftige Signaturen an.

gute Idee, erledigt

Zitat

und dann mal von hier die Einstellungen für die buffers prüfen und gegebenenfalls ändern:

ebenfalls erledigt. Bis jetzt sieht es sehr gut aus. Ich hatte hier wohl einen total unsinnigen Wert:
engine.buffers.audio_num_buffers:2000

Woher bekomme ich am Besten nochmal eine "defaultmäßige" xine Konfiguration um ausgehend von den Standardeinstellungen nur noch meine nötigen Anpassungen für mein System vorzunehmen?

Zitat

sudo apt-get update sudo apt-get upgrade

Ja, das System war bereits auf dem aktuellen Stand von gestern Abend

Alles in Allem vielen Dank für eure super Hilfe! Eine kleine Anmerkung, was mein nächstes Projekt an diesem VDR sein wird: NoAD soll hoffentlich bald wieder laufen so wie beim Mahlzeit LinVDR direkt nach der Installation. Aber wenn ich einige Beiträge im Forum in Erinnerung habe, gibt es wohl noch einige Hürden dafür zu nehmen.