Immer mal wieder Klötzchen- und Diashow

[Balu]

Hi Leute,
Mein VDR macht immer mal wieder eine Diashow mit Klötzchen.
Nur ein Systemneustart bringt den VDR wieder in die Reihe.
Das Problem ist leider nicht reproduzierbar  - also eher zur Info für euch Developers.
LG
Jürgen

[mango]

Hi Jürgen,

Mein VDR macht immer mal wieder eine Diashow mit Klötzchen.
Nur ein Systemneustart bringt den VDR wieder in die Reihe.
Das Problem ist leider nicht reproduzierbar  - also eher zur Info für euch Developers.

..hab mir das Logfile mal angeschaut.Empfangsprobleme gibt es ja keine.
Einzig "Buffer overflow"

Code:

easyVDR vdr: [5795] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)

Häng doch mal Bitte die "/etc/vdr/plugins/xineliboutput/config" an
Wie sieht es mit der Kühlung aus? wenn die Temperatur zu hoch wird kommt es auch zu Artefaketen.



Gehört zwar hier nicht hin, aber Du hast da wohl ein Problem mit der Media-Partition!

Code:

Jul 21 08:43:36 easyVDR vdr: [2187] creating directory /video0/Die_Küchenchefs/'John_Barnett',_Potsdam
Jul 21 08:43:36 easyVDR vdr: [2187] ERROR: /video0/Die_Küchenchefs/'John_Barnett',_Potsdam: Keine Berechtigung

Gruss
Wolfgang

[Balu]

Hallo Wolfgang,
danke für deine Antwort. Ein Wärmeproblem habe ich nicht, zwei 120mm Lüfter versorgen das ohnehin schon kühle Innenleben mit Frischluft.
Ich hatte auch eher vermutet das die hohe CPU Last an der Verstümmelung Schuld ist (siehe TOP).
Wie kommen diese "Buffer overflow" zustande? Sind die "schlimm"? Kann oder muß ich was tun?
LG
Jürgen

P.S.
Auf die Mediapartition habe ich meine alten Aufnahmen von einer USB Platte zurückgespielt.

[MFG]

Moin moin Balu,

dankt der Kabeloffensive KDGs hab ich meine Anschlusskabel etwas optimiren dürfen von einfachem Uraltantennenkabel auf A++ Satkabel (FSFSF und dickerer Innenleiter),
übertrieben, war aber zur Hand.

Hintergrund sind die Frequenzwechsel und die höhre Nutzung von QAM256 und die Störquellen(PCs/HDDs/GB-Switch/Dimmer/... ) in der Nähe.

Kontrolliere mal im Femon BER und UNC - hatte ähnich schöne Bilder.

MfG.
          MFG.

[Frankenstein]

Das Zugriffsproblem könnte vielleicht in der Console behoben werden:

Code:

cd /
chmod -R 777 /video0/*

[MFG]

Moin moin Frankenstein,

Das Zugriffsproblem könnte vielleicht in der Console behoben werden:

Code:

cd /
chmod -R 777 /video0/*

schöner und nicht so brute force ;-]
chmod -R vdr:vdr /video0/*
chown -R vdr:vdr /video0/*

MfG.
            MFG.

[sirnova]

MFG meinste natürlich "chown"

[MFG]

Moin moin sirnova,

habs jetzt nicht getestet, aber wenn Du meinst, habs geändert  ;D

MfG.
          MFG.

[Balu]

Hi MFG,
BER und UNC und sauber. Streit scheint die plötzlich ansteigende Prozessorlast zu machen, ist aber nur eine Vermutung.

[mango]

Hi Balu,

häng doch mal "/etc/vdr/plugins/xineliboutput/config" an.

Gruss
Wolfgang

[Balu]

Hängt weiter oben schon, Wolfgang.

[mango]

Hi,

Hängt weiter oben schon, Wolfgang.

ups übersehen!

Zum Fehler

Code:

[xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)

Probier mal diese Werte:

Code:

Zeile 330
#media.xvdr.num_buffers_hd:2500
media.xvdr.num_buffers_hd:4000

Zeile 410
#engine.buffers.audio_num_buffers:230
engine.buffers.audio_num_buffers:500

Zeile 414
engine.buffers.video_num_buffers:250
engine.buffers.video_num_buffers:1000

Gruss
Wolfgang

[Balu]

Zeile 414
#engine.buffers.video_num_buffers:250
engine.buffers.video_num_buffers:1000

erste Zeile auch auskommentieren, oder?

[mango]

Zeile 414
#engine.buffers.video_num_buffers:250
engine.buffers.video_num_buffers:1000

erste Zeile auch auskommentieren, oder?

die Zeilen sollten so aussehen!

Code:

Zeile 330
media.xvdr.num_buffers_hd:4000

Zeile 410
engine.buffers.audio_num_buffers:500

Zeile 414
engine.buffers.video_num_buffers:1000

Gruss
Wolfgang

[Frankenstein]

schöner und nicht so brute force ;-]
chmod -R vdr:vdr /video0/*
chown -R vdr:vdr /video0/*

MfG.
            MFG.

Du Schöngeist ^^, hat das dem OP eigentlich geholfen???

[Balu]

bin ich mit OP gemeint?
Wenn ja, hat geholfen, glaube ich jedenfalls, aber schau selber.
LG
Jürgen

[Balu]

Hi,
die Änderungen haben schon den ersten Erfolg gezeigt. Der VDR ist nur noch extrem träge, bildet aber keine Klötzchen mehr.
Im Log gibt es unmengen von diesen Zeilen:
Jul 23 15:01:52 easyVDR kernel: [19524.500070] saa7146: saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Kann das die Ursache für die (gelegendlichen!!) Instabilitäten?
LG
Jürgen

[mango]

Hallo Jürgen,

die Änderungen haben schon den ersten Erfolg gezeigt. Der VDR ist nur noch extrem träge, bildet aber keine Klötzchen mehr.

die Änderungen in der xine-conf bringen in der Regel immer was.

Im Log gibt es unmengen von diesen Zeilen:
Jul 23 15:01:52 easyVDR kernel: [19524.500070] saa7146: saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Kann das die Ursache für die (gelegendlichen!!) Instabilitäten?

Bitte häng doch "/etc/default/grub" an!


Gruss
Wolfgang

[Balu]

bitteschön.

[mango]

Hi Jürgen,

änder in
"/etc/default/grub"
Zeile 11
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"  nach

Code:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume acpi_enforce_resources=lax irqpoll"

dann ein

Code:

sudo update-grub
reboot

Hatte mit Cinergy 1200 C & DVB-C "lange Schwarte mit 4mb-mod" FF-FuSi auch die Probleme,
...ist aber gefühlte 2 Jahre her als ich diese Fehler hatte.



Info zu Kernel-Parameter:

noresume = [SWSUSP]

            Disables resume and restores original swap
            space.

acpi_enforce_resources = [ACPI]

          { strict | lax | no }
            Check for resource conflicts between native drivers
            and ACPI OperationRegions (SystemIO and SystemMemory
            only). IO ports and memory declared in ACPI might be
            used by the ACPI subsystem in arbitrary AML code and
            can interfere with legacy drivers.
            strict (default): access to resources claimed by ACPI
            is denied; legacy drivers trying to access reserved
            resources will fail to bind to device using them.
            lax: access to resources claimed by ACPI is allowed;
            legacy drivers trying to access reserved resources
            will bind successfully but a warning message is logged.
            no: ACPI OperationRegions are not marked as reserved,
            no further checks are performed.

irqpoll = [HW]

            When an interrupt is not handled search all handlers
            for it. Also check all handlers each timer
            interrupt. Intended to get systems with badly broken
            firmware running.

Gruss
Wolfgang

[Balu]

Hatte mit Cinergy 1200 C & DVB-C "lange Schwarte mit 4mb-mod" FF-FuSi auch die Probleme,
...ist aber gefühlte 2 Jahre her als ich diese Fehler hatte.

... ich eigendlich noch nie. Mit der FF war auch alles besser!! :-)
Inzwischen habe ich mit aus Verzweifelung schon zwei neuen TT 1501 gekauft aber die Problematik war (ist) die selber wie du siehst.
Ich werde mal die grub mal anpassen und melde mich dann wieder,
Danke für deine Hilfe.
LG
Jürgen

[Wirbel]

Im Log gibt es unmengen von diesen Zeilen:
Jul 23 15:01:52 easyVDR kernel: [19524.500070] saa7146: saa7146 (1) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Kann das die Ursache für die (gelegendlichen!!) Instabilitäten?
LG
Jürgen

Das kann nicht nur, das ist dein Problem.

Bei mir verschwand das Problem erst, nachdem ich wahlweise ein neues Mainboard eingebaut habe oder auf saa7146 Karten verzichtet habe.

[Balu]

Das Mainboard ist auch bei anderen Usern im Einsatz und scheint dort zu laufen.
Welche Karten laufen denn bei dir?

[Wirbel]

Siehe http://wirbel.htpc-forum.de/current_hw/index2.html

[Balu]

Du siehst mich verwirrt. Ich dachte du hättest auf die Terratec (=KNC-One) Karten verzichtet?!?